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(54) Virtual file management system 

(57) A virtual file management system constructed 
with a plurality of servers and a plurality of temninals that 
share file services provided by said servers, is that a vir- 
tual file management apparatus operating in at least 
one of said plurality of servers is provided that has: a 
management table which manages files stored on said 
plurality of servers by using virtual file identifiers, and in 
which a server name of a server where real data is 
stored and a real file identifier in said server are stored 
as a set for each of said virtual fSe identifiers; a receiv- 
ing section which receives a f3e access request from 
each of said terminals; a request analyzing section 
which checks said management table by using the vir- 
tual file identifier contained in the file access request 
received by said receiving section, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a transmitting section which transmits 
data: and a request modification processing section 
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which nxxiifies said file access request so that a 
response to said file access request can be sent back to 
the terminal that issued said access request, directly 
from the server determined by said request analyzing 
section, and which instructs said transmitting section to 
transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers each include a request 
processing section which receives the fBe access 
request transmitted from sakj transmitting section of 
said virtual file management apparatus, and processes 
said received file access request, and which transmits 
the processed result to said terminal at least when said 
file access request is a request to read file contents. 
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Description 

BACKGROUND OF THE INVENTION 

1 , Field of the invention 5 

The present invention relates to a virtual file man- 
agement system that allows sharing of files, for exam- 
ple, in a client/server computing system, and more 
particularly to a virtual file management system that can 10 
be utilized to distribute server workload. 

2. Related Art of the Invention 

In recent years, storage capacity demanded of a is 
system has been increasing rapidly in order to handle 
large volumes of data such as video data. With this 
trend, client/server information processing systems 
have come to be constructed with a plurality of servers 
to increase the processing capabilities of the entire sys- 20 
tem by distributing access requests from terminals (cli- 
ent computers), while securing larger storage capacities 
with data distributed across the plurality of servers for 
storage. 

In such client^erver information processing sys- 2S 
terns with multiple server conputers. since each individ- 
ual dient computer (terminal) is tasked with the 
management of mount tables, etc. for server computers 
that it uses, increased complexity of the management 
becomes a problem. 30 

To solve this problem. Japanese Patent Unexam- 
ined PiJDiication No. 5-241934 discloses a method 
which realizes a system that performs flexible file man- 
agement to handle the addition of servers and transfer 
of fOes. According to this method, a client computer can 35 
access files distributed across a plurality of server com- 
puters by accessing a single virtual file management 
system regardless of the actual location of the files. The 
operation of the virtual file n^nagement system dis- 
closed in Japanese Patent Unexamined Publication No. 40 
5-241934 will be described briefly below with reference 
to relevant drawings. 

Fig. 30 is a diagram showing the configuration of 
the virtual file management system proposed in Japa- 
nese Patent Unexamined Publication No. 5-241934, 45 

-a nd F i g . Sl-ts-a-diagram-tllustrating-a-ftow-of-operatiorts- 

when a terminal accesses a f fle stored on a server com- 
puter by using the virtual file management system. In 
Fig. 30. reference numerals 3001a and 3001b desig- 
nate server computers. Reference numeral 3002 indi- so 
cates a virtual file management apparatus operating in 
the server computer 3001a; the apparatus comprises a 
management table 3003 which manages each of the 
files stored across the entire system by using a set of 
attributes consisting of a virtual file identifier, a server ss 
identifier, and a real file identifier in the associated 
server, an access request processing section 3006 
which processes file access requests, a receiving sec- 
tion 3007 which receives file access requests, and a 



723 A2 




transmitting section 3008 which transmits data. Further, 
reference numerals 3004a and 3004b designate file 
systems which are managed within the server comput- 
ers 3001a and 3001b, respectively; 3005 represents 
request processing sections which process file access 
requests made to the file systems 3004a and 3005, 
respectively; and 3009a. 3009b. and 3009c are client 
computers. The client computers. 3009a. 3009b. and 
3009c. and the server computers. 3001a and 3001b, 
are connected through a network 1 1 1 , as shown. 

The operation of the thus constructed virtual file 
management system will be desaibed below with refer- 
ence to Fig.s 30 and 31. Suppose that when the con- 
tents of the management table 3003 in the virtual file 
management apparatus 3002 such as shown in Fig. 32 
show that the server identifier is 3001b and the real file 
identifier is "a" for the virtual file identifier A. a read 
access request designating the virtual file identifier A is 
issued from the client computer 3009a. In that case, the 
receiving section 3007 of the virtual file management 
apparatus 3002 in the server computer 3001a receives 
the read access request from the client computer 3009a 
(step S3101). Next, the access request processing sec- 
tion 3006 checks the n^nagement table 3003. and 
acquires the sender identifier 3001b and the real file 
identifier "a" for the virtual file identifier A (step S3102). 
Then, a read access request designating the file identi- 
fier 'a** is issued from the transmitted section 3008 to 
the server computer 3001b (step S3 103). In the server 
computer 3001b that received the read access request 
for the file identifier "a", the request processing section 
3005 reads data of the file kjentif ier "a" from the file sys- 
tem 3004b. and sends a response to the server compu- 
ter 3001a. In the server computer 3001a. the receiving 
section 3007 receives from the server computer 3001b 
the response to the read access request for the file 
identifier "a" (step S3104). Next, the received response 
data is transmitted from the transmitting section 3008 as 
response data to the client computer 3009a that origi- 
nated the read access request (step S3 105). 

In this way. in the system disclosed in Japanese 
Patent Unexamined Publication No. 5-241934. file 
access requests from the client computers are all 
received by one particular server computer. More spe- 
cifically, when a file access request is received, that par- 
itcolar seiver coitvuter, based"~"on the virtual file 
identifiers it manages, retrieves data of the requested 
file from the server computer where the real data of the 
file is stored, and transfers the retrieved data to the 
requesting client computer; in this way. each client com- 
puter can access files distributed across the plurality of 
server computers regardless of the actual location of 
the requested file. 

-.However, since response data to the requesting cli- 
ent computer is always transferred twice through the 
network, first from the server computer where the real 
data of the file is stored to the server computer where 
the virtual file management apparatus is operating, and 
then from this latter server computer to the requesting 
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client computer, the above configuration has had the 
problem that not only the delay in responding to the cli- 
ent computer becomes large but also the network work- 
load increases by a factor of 2 as compared with a 
system that does not use such a virtual file manage- 5 
ment apparatus. 

Furthermore, despite the use of multiple server 
computers, when file access requests are made simul- 
taneously from multiple client computers for a limited 
number of files, for example, access is concentrated on 10 
a particular server computer and the response speed to 
the client computers decreases. 

Concentration of access to a particular server com- 
puter can be avoided by predicting the frequency of file 
accesses and thereby scheduling storing of files across 15 
multiple server computers in such a manner as to dis- 
tribute the file accesses, but the prior art has had the 
problem that it has not been possible to reduce the con- 
centration of access to a particular server by dynami- 
cally distributing the accesses on the basis of changing 20 
access frequencies while the system is operating. 

SUIVIMARY OF THE INVENTION 

In view of the above-outlined problems, it is an 25 
object of the present invention to provide a virtual file 
management system that reduces network workload 
and improves responsiveness to client computers, and 
that can further improve the workload distribution 
arrxsng the servers constructed as a system, that is. the 30 
processing capabilities of the entire system, as com- 
pared with the prior art system. 

A virtual file nnanagement system of the present 
invention , constructed with a plurality of servers and a 
plurality of terminals that share file services provided by 3S 
said servers, is that 

a virtual file management apparatus operating in 
at least one of sakj plurality of servers Is provided that 
comprises: a management table which manages files 
stored on said plurality of servers by using virtual file <o 
identifiers, and in which a sen/er name of a server 
where real data is stored and a real file identifier in said 
server are stored as a set for each of said virtual file 
identifiers: a receiving section which receives a fOe 
access request from each of said termir^ls: a request 45 

-anaJyztng-section-which-checks^td-managementiabte 

by using the virtual file identifier contained in the file 
access request received by said receiving section, and 
thereby determines the server where the real data of 
the requested file is stored; a transmitting section which so 
transmits data; and a request modification processing 
section which modifies said file access request so that a 
response to said file access request can be sent back to 
the terminal that issued said access request directly 
from the server determined by said request analyzing ss 
section, and which instructs said transmitting section to 
transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers each include a request 



processing section which receives the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, and processes 
said received file access request, and which transmits 
the processed result to said terminal at least when said 
file access request is a request to read file contents. 

A virtual file management system of the present 
invention comprises a plurality of servers for storing 
files, a plurality of terminals for issuing requests for sup- 
ply of designated files from among said files, and a net- 
vw)rk connecting said servers with said terminals, 
wherein 

at least one of said servers includes: file man- 
agement means for managing corresponding relation- 
ships between the files stored on said plurality of 
servers and the servers where the files are stored; 
request frequency storage means for storing the fre- 
quencies of the requests made from said terminals 
within a prescribed period of time for each managed file 
and/or for each managed server; and file nx>ve control 
means for selecting a file satisfying a prescribed crite- 
rion from among said managed files by using said 
stored request frequencies, and for moving said 
selected file from the server where said file is stored to 
another server. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers. 

said medium providing a program recorded tiier- 
eon for implementing: a function A that manages files 
stored on said plurality of senders by using virtual file 
identifiers arxi that stores a server name of a server 
where real data is stored and a real file identifier in said 
server as a set in a management table for each of said 
virtual file identifiers; a functfon B that receives a file 
access request from each of said terminals; a function 
C that checks said management table by using the vir- 
tual file identifier contained in said received file access 
request, and thereby deternrtines the server where the 
real data of the requested file is stored; a function D that 
modifies said file access request so that a response to 
said file access request can be sent back to the terminal 
that issued said access request, directiy from said 
determined server, and that instructs a transmitting sec- 
tion l<j tftfnsmifsaid~modified file acc ess reque s t t o said 
determined server; and a function E that receives the 
file access request transmitted from said transmitting 
section and processes said received file access 
request, and that transmits the processed result to said 
terminal at least when said file access request is a 
request to read file contents. 

A medium of the present inventin is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, 

said medium providing a program recorded ther- 
eon tor implementing: a function A that manages files 
stored on said plurality of servers by using virtual file 
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identrfiers and that stores a server name of a server 
where real data is stored, a real file identifier in said 
server, and an access inhibit flag as a set in a manage- 
ment table for each of said virtual file identifiers; a func- 
tion B that receives a file access request from each of 5 
said terminals: a function C that checks said manage- 
ment table by using the virtual file identifier contained in 
said received file access request, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a function D that modifies said file access to 
request so that a response to said fQe access request 
can be sent back to the terminal that issued said access 
request, directly from said determined server, and that 
instructs a transmitting section to transmit said modified 
file access request to said determined server ; a function 7 5 
E that checks said management table in connection 
with the file requested in said received file access 
request, and that, when said access inhibit flag is set. 
instructs said transmitting section to transmit data indi- 
cating an access inhibited condition to said terminal, but 20 
when said access inhibit flag is not set, passes said file 
access request to a request analyzing section that per- 
forms the function C; and a function F that receives the 
file access request transmitted from said transmitting 
section, processes said received file access request, 2s 
and transmits the processed result to said terminal. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provkjed by said servers, 30 

said medium providing a program recorded ther- 
eon for implementing: a function A that manages files 
stored on sakj plurality of servers by using virtual file 
identrfiers euxj that stores a server name of a server 
where real data is stored and a real file identifier in said 55 
server as a set in a management table for each of said 
virtual file kJentiflers; a function B that manages data 
indicating whether said server is operating or not, by 
using an operating condition management table: a func- 
tion C that receives a file access request from each of 40 
sakj terminals: a function D that checks said manage- 
ment table by using the virtual file kf entif ier contained in 
said received file access request, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a function E that checks said operating 45 

cofxjition management table to determine whet her said . 

determined server is operating or not. and that, when 
sakl server is not operating, instructs a transmitting sec- 
tion to transmit data indicating a non-operating condi- 
tion to said terminal, but when said server is operating, so 
modifies said file access request so that a response to 
said file access request can be sent back to the terminal 
that issued said access request, directly from said 
determined server, and instructs said transmitting sec- 
tion to transmit said modified file access request to said ss 
determined server; and a function F that receives the 
file access request ti'ansmttted from said transmitting 
section, processes sakl received file access request, 
and transmits the processed result to said terminal. 



A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, and capable of 
supporting a configuration in which file access requests 
from sakJ terminals are issued to a virtual server that is 
different from saki plurality of servers and that does not 
exist physically 

said medium providing a program recorded ther- 
eon for implementing, within each of sakl plurality of 
servers, a function A that manages file identifiers stored 
in each server by using a file identifier list; a function 6 
that processes a file access request and that instructs a 
transmitting section to transmit the processed result to 
said terminals; and a function C that monitors a file 
access request being made from said terminals to said 
virtual server, and that passes said file access request 
to said function B only when the file identifier contained 
in said file access request is stored in said file identifier 
list. 

A medium of the present inventk)n is provding a 
program recorded thereon for implementing, within at 
least one of a plurality of servers where files are stored, 
a function A that manages corresponding relationships 
between the files staed on plurality of servers and 
the servers where the files are stored; a function 8 that 
stores the frequencies of requests made from terminals 
within a prescribed period of time for each managed file 
and/or for each managed server; and a function C that 
selects a file satisfying a prescribed criterion from 
among said managed files by using said stored request 
frequencies, and rrxsves sakJ selected file from tiie 
server where saki file is stored to another server. 

A medium of the present invention is provkiing a 
program recorded thereon for implementing, within at 
least one of a plurality of servers where files are stored, 
a function A that manages corresponding relationships 
between the files stored on said plurality of servers and 
the servers where the files are stored; a function B that 
stores the frequencies of requests made from terminals 
within a prescribed period of time for each managed file 
and/or for each managed server; a function C that 
selects a file satisfying a prescribed criterion from 
among said nnanaged files by using sakl stored request 
frequencies, and duplicates sak) selected file to a server 
jJiifereQtirom^tfaejsefveiLwhere sakjfile isstored^and-a- 
function D that, when said requests occur simultane- 
ously for said duplicated file, processes said requests 
by also including said different server as a target. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said senders, at least one of 
said plurality of servers including a virtual file manage- 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a virtual file identifier, a server iden- 
tifier of each of said servers, and a real file klentif ier of 
each of sakj files are stored as a set. 
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said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access 
count for each of said virtual file identrfiers in a file 
access table; a function B that, when said virtual file 5 
management apparatus has received a file access 
request for a virtual file identifier from any one of said 
terminals, updates the access count corresponding to 
said virtual file identifier in said file access table; and a 
function C that is activated by a timer at predetermined jo 
intervals of time, and that checks the access counts in 
said file access table, moves real data corresponding to 
one or more virtual file identifiers between said plurality 
of servers, updates said virtual file management table, 
and resets said file access table. js 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 20 
ment apparatus which cerrtrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a virtual file identifier, a server iden- 
tifier of each of said servers, and a real ffle identifier of 
each of said files are stored as a set, zs 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access 
count for each of said server identifiers in a server 
access table; a function B that, when said virtual file so 
management apparatus has received a file access 
request for a virtual f Oe identifier from any one of said 
terminals, locates the server identifier corresponding to 
said virtual file identifier in said virtual file management 
table. arwJ updates the access count corresponding to 35 
said server identifier in said server access table; and a 
function C that is activated by a timer at predetermined 
intervals of time, and that checks the access counts in 
said server access table, moves real data correspond- 
ing to one or more virtual file identifiers between said 40 
plurality of servers, updates said virtual file manage- 
ment table, and resets said server access table. 

A medium of the present invention is for use with a 
virtual file nrranagement system constructed with a plu- 
rality of servers and a plurality of terminals that share 45 

file^ervices-pfovided-^-said-se rv e rs . at least-one-of ~ 

said plurality of servers including a virtual file manage- 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment tat)ie in which a virtual file identifier, a server iden- so 
tifier of each of said servers, and a real file identifier of 
each of said files are stored as a set, 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access ss 
count for each of said virtual file identifiers in a file 
access table; a function B that stores an access count 
for each of said server identifiers in a server access 
table; a function C that when said virtual file manage- 



ment apparatus has received a file access request for a 
virtual file identifier from any one of said terminals, 
locates the server identifier corresponding to said virtual 
file identifier in said virtual file management table, and 
updates the access count corresponding to said virtual 
file identifier in said file access table as well as the 
access count corresponding to said server identifier in 
said server access table; and a function D that is acti- 
vated by a timer at predetermined intervals of time, and 
tiiat checks the access counts in said server access 
table as well as in said file access table, moves real data 
corresponding to one or more virtual file identifiers 
between said plurality of servers, updates said virtual 
file management table, and resets said file access table 
artd said server access table. 

A medium of tiie present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a plurality of identifier pairs, each 
consisting of a server identifier of each of said servers 
and a real file identifier of each of said files, are stored 
in corresponding relationship to each virtual file identi- 
fier, 

said medium providing a program recorded tiier- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access 
count for each of said virtual file identifiers in a file 
access table; a function B that, when said virtual file 
management apparatus has received a file access 
request for a virtual file identifier from any one of said 
terminals, updates the access count corresponding to 
said virtual file identifier in said file access table: and a 
function C that is activated by a timer at predetermined 
intervals of time, and that checks the access counts in 
said file access table, duplicates real data con-espond- 
ing to a frequently accessed virtual file identifier to one 
or more servers selected from anrong said plurality of 
servers, adds the real file identifier and server identifier 
of the duplicated data to said virtual file management 
table, and resets sakj file access table. 

A medium of the present invention is for use with a 
irtuaHite-martagemerrt-syst em co n str uc t e dn w it h a plu - 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 
ment apparatus which cerrtrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a plurality of identifier pairs, each 
consisting of a server identifier of each of said servers 
and a real file identifier of each of said files, are stored 
in corresponding relationship to each virtual file identi- 
fier, 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function. A that stores an access 
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count for each of said virtual file identifiers in a file 
access table: a function B that, when said virtual file 
nnanagement apparatus has received a file access 
request for a virtual file identifier from any one of said 
terminals, updates the access count corresponding to 
said virtual file identifier in said file access table; and a 
function C that is activated by a timer at predetermined 
intervals of time, and that checks the access counts in 
said file access table, duplicates real data correspond- 
ing to a frequently accessed virtual file identifier to one 
or more servers selected from among said plurality of 
servers, deleting all but one or nrtore server identi- 
fier/real file identifier pairs from said virtual file manage- 
ment table for an infrequently accessed virtual file 
identifier, updates said virtual file management table, 
and resets said file access table. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals tiiat share 
file services provided by said servers, wherein 

a virtual file management apparatus operating in 
at least one of said plurality of servers manages files 
stored on said plurality of servers by using virtual file 
identifiers, stores a server name of a server where real 
data is stored and a real file identifier in said server as a 
set in a management table for each of said virtual file 
identifiers, receives a fOe access request from each of 
said terminals, checks said management table by using 
the virtual file identifier contained in said received file 
access request, ttiereby determines the server where 
the real data of the requested file is stored, modifies 
said file access request so that a response to said fPe 
access request can be sent back to the terminal that 
issued said access request, directly from said deter- 
mined server, and instructs a transmitting section to 
. transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers receive the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, process said 
received file access request, and transmit tiie proc- 
essed result to said terminal at least when said file 
access request is a request to read file contents. 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 
-4TOnages^id4iles-stor^onsaid-pluralfty-of-sefvers-by-- 
using said virtual file identifiers and that stores the 
server name of the server where the real data is stored 
and the real file identifier in said server as a set in saki 
management table for each of said virtual file identifiers; 
a function B that receives a file access request from 
each of said terminals; a function C that checks said 
management table by using the virtual file identifier con- 
tained in said received file access request, and thereby 
determines tiie server where the real data of the 
requested file is stored; a function D that modifies said 
file access request so that the response to said file 
access request can be sent back to the terminal that 
issued said access request, directly from said deter- 
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mined server, and tiiat instructs said transmitting sec- 
tion to transmit said modified file access request to said 
determined server. 

A medium of ttie present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, wherein 

a virtual file management apparatus operating in 
at least one of said plurality of servers manages files 
stored on said plurality of servers by using virtual file 
identifiers, stores a server name of a server where real 
data is stored, a real file identifier in said server, and an 
access inhibit flag as a set in a management table for 
each of said virtual fPe identifiers, receives a file access 
request from each of said terminals, checks said man- 
agement table by using tiie virtual file kJentifier con- 
tained in said received file access request, thereby 
determines tiie server where the real data of the 
requested file is stored, modifies sakJ file access 
request so that a response to said file access request 
can be sent back to the terminal that issued said access 
request, directiy from said determined server, instructs 
a transmitting section to transmit said modified file 
access request to said determined server, checks said 
management table in connection witii the file requested 
in said received file access request, and when said 
access inhibit flag is set, instructs said transmitting sec- 
tion to transmit data indicating an access inhibited con- 
dition to sakJ terminal, but when said access inhibit flag 
is not set passes said file access request to a request 
analyzing section of said virtual file management appa- 
ratus, and 

said plurality of servers receive the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, process said 
received file access request, and transmit the proc- 
essed result to said terminal, 

whereby said medium provides a program 
recorded thereon for implementing: a functron A that 
manages said files stored on said plurality of servers by 
using said virtual file identifiers and that stores the 
server name of the server where the real data is stored, 
the real file identifier in sakJ server, and the access 
inhibit flag as a set in said management table for each of 
said virtual file identifiers: a function B tiiat receives a 
-file-access-request^m-each-of-s aid t e rmin a l s: a f a nc>~ 
tion C tiiat checks said management table by using tiie 
virtual file identifier contained in said received file 
access request, and thereby determines the server 
where the real data of the requested file is stored; a 
function D that modifies said file access request so that 
tiie response to said file access request can be sent 
back to the terminal tiiat issued said access request, 
directly from said determined server, and that instructs 
said transmitting section to transmit said modified file 
access request to said determined server; and a func- 
tion E that checks said management table in connection 
with the file requested in said received file access 
request, and that, when said access inhibit flag is set. 
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instructs said transmitting section to transmit the data 
indicating an access inhibited condition to said terminal, 
but when said access inhibit flag is not set, passes said 
file access request to said request analyzing section. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, wherein 

a virtual file management apparatus operating in 
at least one of said plurality of servers manages files 
stored on said plurality of servers by using virtual file 
identifiers, stores a server name of a server where real 
data is stored and a real file identifier in said server as a 
set in a management table for each of said virtual file 
identifiers, manages data indicating whether said server 
is operating or not by using an operating condition man- 
agement table, receives a file access request from each 
of said terminals, checks said management table by 
using the virtual file identifier contained in said received 
file access request, thereby determines the server 
where the real data of the requested file is stored, 
checks said operating condition management table to 
determine whether sakl determined server is operating 
or not. and when said server is not operating, instructs 
a transmitting section to transmit data indicating a non- 
operating condition to said terminal, but when said 
server is operating, nrxxJrfies said file access request so 
that a response to said file access request can be sent 
back to the terminal that issued said access request, 
directly from said determined server . and instructs said 
transmitting section to transmit said modified file access 
request to said determined server, and 

said plurality of servers receive the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, process said 
received file access request, and transmit the proc- 
essed result to said terminal, 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 
manages saki files stored on said plurality of servers by 
using said virtual file identifiers and that stores the 
server name of the server where the real data is stored 
and the real file identifier in sakj server as a set in said 
management table for each of said virtual file klentif iers; 
a function B that manages data irtdicating whether said 
_server-is.opecating-Or_DQtJa)Lus ing said o perating con- 



file access request can be sent back to the terminal that 
issued saki access request, directly from said deter- 
mined server, and instructs said transmitting section to 
transmit sakJ modified file access request to said deter- 
5 mined server. 

A medium of the present Invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provkled by said servers, and capable of 

w supporting a configuration in which file access requests 
from said terminals are issued to a virtual server that is 
different from saki plurality of servers and that does not 
exist physically, wherein 

each of said plurality of servers nonages file 

75 kJentifiers stored in each server by using a file identifier 
list , processes a file access request, instructs a trans- 
mitting section to transmit the processed result to sakJ 
terminals, monitors a file access request being made 
from saki terminals to sakj virtual server, and passes 

20 said file access request to a function B hereinafter 
described only when the file identifier contained in said 
file access request is stored in saki file klentifier list. 

whereby saki medium provides a program 
recorded thereon for inplementing, within each of sakj 

25 plurality of servers, a function A that n:ianages said file 
kjentifiers stored in each server by using said file identi- 
fier list; a function B that processes a file access request 
and that instructs said transmitting section to transnnit 
the processed result to said terminals; and a function C 

30 that monitors the file access request being made from 
said terminals to saki virtual server, and that passes 
said file access request to saki function B only when the 
file identifier contained in saki file access request is 
stored in sakJ file identifier list. 

35 A medium of the present invention is for use with a 
system wherein at least one of a plurality of servers 
where files are stored manages corresponding relation- 
ships between the files stored on said plurality of serv- 
ers and the servers where the files are stored, stores 

40 the frequencies of requests made from terminals within 
a prescribed period of time for each managed file and/or 
for each managed server, selects a file satisfying a pre- 
scribed criterion from among said managed files by 
using saki stored request frequencies, and moves said 

45 selected file from the server where said file is stored to 

- another server. - 



dition management table; a function C that receives a 
file access request from each of sakJ terminals; a func- 
tion D that checks said management table by using the 
virtual file identifier contained in said received file 
access request, and thereby determines the server 
where the real data of the requested file is stored: and a 
function E that checks said operating condition man- 
agement table to determine whether said determined 
server is operating or not. and that, when said server is 
not operating, instructs saki transmitting section to 
transmit the data indicating a non-operating condition to 
saki terminal, but when said server is operating, modi- 
fies said file access request so that the response to said 



whereby saki medium provides a program 
recorded thereon for implementing: a function A that 
stores the frequencies of the requests made from said 

so terminals within a prescribed period of time for each 
managed file and/or for each managed server; and a 
function B that selects a file satisfying the prescribed 
criterion from among sakj managed files by using said 
stored request frequencies, and moves said selected 

55 file from the server where said file is stored to another 
server. 

A medium of the present invention is for use with a 
system wherein at least one of a plurality of servers 
where files are stored manages corresponding relation- 
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ships between the files stored on said plurality of serv- 
ers and the servers where the files are stored, stores 
the frequencies of requests made from terminals within 
a prescribed period of time for each managed file and/or 
for each managed server, selects a file satisfying a pre- 5 
scribed criterion from among said managed files by 
using said stored request frequencies, duplicates said 
selected file to a server different from the server where 
said file is stored, and when said requests occur simul- 
taneously for said duplicated file, processes said 10 
requests by also including said different server as a tar- 
get. 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 
stores the frequencies of the requests made from said 75 
terminals within a prescribed period of time for each 
managed file and/or for each managed server; a func- 
tion B that selects a file satisfying the prescribed crite- 
rion from among said managed files by using said 
stored request frequerK;ies. and duplicates said 20 
selected file to a server different from the server where 
said file is stored; and a function G that, when said 
requests occur sinuiltaneously for said duplicated file, 
processes said requests by also including said different 
server as a target 

A medium of the present invention is for providing a 
program recorded thereon for implementing the func- 
tions of all or part of the means of the virtual file man- 
agement system as above<JesCTibed present invention . 

In this way. the processing capabilities of the entire 30 
system can be further improved. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of a virtual file nonage- 35 
ment system according to a first embodiment of the 
present invention; 

Fig. 2 is a flowchart illustrating a processing flow 
according to tiie first embodiment; 
Fig. 3 is a diagram showing the internal structure of 40 
a nnanagement table according to the first embodi- 
ment; 

Fig. 4 is a diagram showing the contents of a file 
access request according to the first embodiment; 
Rg. 5 is a diagram showing the contents of a nxxji- 45 
fied file access request according t o the firs t 
embodiment; 

Fig. 6 is a block diagram of a virtual file manage- 
ment system according to a second embodiment of 
the present invention; 50 
Fig. 7 is a flowchart illustrating a processing flow 
according to the second embodiment: 
Fig. 8 is a diagram showing tiie internal structure of 
a management table according to the second 
embodiment; 55 
Fig. 9 is a diagram showing ttie contents of a file 
access request according to the second embodi- 
ment; 

Fig. 10 is a block diagram of a virtual file manage- 



mertt system according to a third embodiment of 
the present invention; 

Rg. 1 1 is a diagram showing the internal structure 
of a management table according to the third 
embodiment; 

Rg. 12 is a block diagram of a virtual file manage- 
ment system according to a fourth embodiment of 
the present invention; 

Rg. 1 3 is a flowchart illustrating a processing flow in 
a file move processing section according to the 
fourth embodiment; 

Rg. 14 is a flowchart illustrating a processing flow 
when a file access is requested according to the 
fourth embodiment; 

Rg. 15 is a diagram showing the internal structure 
of a management table according to the fourth 
embodiment; 

Rg. 16 is a diagram showing the internal structure 
of the management table according to the fourth 
embodiment; 

Fig. 17 is a diagram showing the internal structure 
of the management tat)le according to the fourth 
embodiment; 

Rg. 18 is a diagram showing ttie internal structure 
of the management table according to the fourth 
embodiment; 

Rg. 19 is a t)lock diagram of a virtual file n^nage- 
ment system according to a fifth entxxfiment of the 
present invention; 

Rg. 20 is a diagram showing the internal structure 
of an operating condition management table 
according to the fifth embodiment; 
Rg. 21 is a block diagram of a virtual file manage- 
ment systenri according to a sixth embodiment of 
the present invention; 

Rg. 22 is a flowchart illustrating a processing flow 
according to the sixth embodiment; 
Rg. 23 is a diagram showing the internal structure 
of a file identifier list according to the sixth embodi- 
ment; 

Rg. 24 is a diagram showing the internal structure 
of the file identifier list according to the sixth emlxxl- 
iment; 

Rg. 25 is a diagram showing the contents of a file 
access request according to the sixth embodiment; 
JSg.,26Js-aJ3lock,diagra m of a v i rt ual f il e naanage^- 
ment system according to a seventh embodiment of 
the present invention; 

Rg. 27 is a diagram showing the internal structure 
of a master file identifier list according to the sev- 
enth embodiment; 

Rg. 28 is a diagram showing the internal structure 
of the master file identifier list according to the sev- 
enth embodiment; 

Rg. 29 is a diagram showing tfie internal structure 
of a file identifier list according to the seventh 
embodiment; 

Rg. 30 is a diagram showing the configuration of a 
virtual file management system according to the 
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prior art; 

Fig. 31 is a flowchart illustrating the operation of the 
same prior art; 

Fig. 32 is a data structure diagram showing one 
example of a management table in the same prior s 
art: 

Fig. 33 is a block diagram of a virtual file manage- 
ment system according to an eighth embodiment of 
the present invention; 

Fig. 34 is a block diagram of a virtual file manage- io 
ment system according to a ninth embodiment of 
the present invention: 

Fig. 35 is a flowchart illustrating a processing flow in 
a file access count updating section according to 
the ninth embodiment: 15 
Fig. 36 is a flowchart illustrating a processing flow in 
a file move management section according to the 
ninth embodiment; 

Fig. 37(a) is a diagram showing the internal struc- 
ture of a virtual file management table before a file 20 
move, according to the ninth embodiment: 
Fig. 37(b) is a diagram showing the internal struc- 
ture of the virtual file management table after a file 
move, according to the ninth embodiment; 
Fig. 38(a) is a diagram showing the internal struc- 25 
ture of a file access table befae updating, accord- 
ing to the ninth embodiment; 
Rg. 38(b) is a diagram showing the internal struc- 
ture of the file access table after updating, accord- 
ing to the ninth emtxxjiment; 30 
Fig. 38(c) is a diagram showing the internal struc- 
ture of the file access table after initialization, 
according to the ninth embodiment; 
Rg. 39 is a diagram showir>g the contents of a file 
access request according to the ninth embodiment; 35 
Fig. 40 is a block diagram of a virtual file manage- 
ment system according to a 10th embodiment of 
the present invention; 

Fig. 41 is a flowchart illustrating a processing flow in 
a server access count updating section according 40 
to the 10th embodiment; 

Fig. 42 is a flowchart illustrating a processing flow in 
a server move management section according to 
the 10th embodiment; 

Rg. 43(a) is a diagram showing the internal struc- 4S 
Jur,e__of_a,, server access table before upriatin g 
according to the 10th embodiment; 
Fig. 43(b) is a diagram showing the internal struc- 
ture of the server access table after updating, 
according to the 1 0th embodiment: so 
Fig. 43(c) is a diagram showing the internal struc- 
ture of the server access table after initialization, 
according to the 10th embodiment: 
Fig. 44 is a block diagram of a virtual file manage- 
ment system according to an 11th embodiment of 55 
the present invention; 

Fig. 45 is a flowchart illustrating a processing flow in 
a duplication management section according to the 
11th embodiment; 



Rg. 46(a) is a diagram showing the internal struc- 
ture of a virtual file management table before updat- 
ing, according to the 1 1th embodiment: and 
Rg. 46(b) is a diagram showing the internal struc- 
ture of the virtual file management table after 
updating, according to the 11th embodiment. 

PREFERRED EMBODIMENTS 

The present invention will be described in detail 
below with reference to the accompanying drawings 
illustrating the preferred embodiments thereof. 

Rg. 1 is a block diagram of a virtual file manage- 
ment system according to a first embodiment of the 
present invention. This embodiment corresponds to the 
invention described in claim 1. In Rg. 1, reference 
numerals 101a and 101b are server computers; 102 is 
a virtual file nnanagement apparatus operating in the 
server computer 101a: 103 is a management table; 
104a and 104b are file systems which are managed 
within the server computers 101a and 101b. respec- 
tively; 105 is a request processing section; 106 is a 
request analyzing section; 107 is a receiving section: 
108 is a transmitting section; 109a. 109b, and 109c are 
client computers as terminals: 110 is a request modifi- 
cation processing section; and 1 1 1 is a network through 
which the client computers 109a. 109b, and 109c are 
connected to the server computers 101a and 101b. 

The operation of the thus constructed virtual file 
management system will be described with reference to 
relevant drawings. 

Rg. 2 is a diagram illustrating the processing flow in 
the server conrputer 101a in which the virtual file man- 
agement apparatus 102 is operating. First, the receiving 
section 107 receives a file access request from the cli- 
ent computer 109a (step S201). Next, the request ana- 
lyzing section 106 checks the virtual file identifier 
contained in the received file access request, and deter- 
mines the corresponding server computer name 101a 
or 101b by referencing the management table 103 (step 
S202). Next, using data in the management table 103. 
the request modification processing section 110 first 
modifies the file access request into a file access 
request such that the server computer 101a or 101b 
determined by the request analyzing section 106 can 
-directiy-j-espond^o^he-diern-conFjputei^Oar-and^herv^ 
instructs the transmitting section 108 to transmit the 
modified file access request to the server computer 
101a or 101b (step S203). The transmitting section 108 
then transmits the file access request to the server com- 
puter 101a or 101b (step S204). The request process- 
ing section 105 in the server computer 101a or 101b 
that received the modified file access request creates 
response data to the file access request by using the file 
system 104a or 104b. and transmits the response data 
to the client computer 109a. 

In this way, the file access request from the dient 
computer is first modified by the virtual file management 
apparatus by using the management table, and then 
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transferred to the destination. By so doing, the client 
computer can obtain response data directly from the 
server computer where the real data of the requested 
file is managed, without increasing the network work- 
load. 

Next, a specific example of how this embodiment is 
used will be described. In Fig. 1 , there are two files with 
virtual file identifiers V_001 and V_002 accessible from 
the client computers; the virtual file identifier V_001 cor- 
responds to a real file identifier FILE^A existing in the 
file system 104a in the server computer 101a and the 
virtual file identifier V_002 con-esponds to a real file 
identifier F1LE_B existing in the file system 104b in the 
server computer 101b. In this case, the contents of the 
management table 1 03 managed by the virtual file man- 
agement apparatus 102 in the server computer 101a 
are as shown In Ftg. 3. Here, the virtual file identifiers 
V_001 and V_002 are managed as unique identifiers 
without duplications in the management table. In this sit- 
uation, the processing flow will be described with refer- 
ence to the flowchart of Fig. 2 when a file access 
request to read the contents of the file identifier V_002. 
such as shown in Fig. 4. is issued from the client com- 
puter 109a 

First, in step S201 . the receiving section 107 of the 
server computer 101a receives the file access request 
defined as shown in Fig. 4. Next, in step S202, the 
request analyzing section 106 searches the manage- 
ment table 103 by using the virtual file identifier con- 
tained in the file access request as a key, and 
determines thai the virtual file identifier V_002 corre- 
sponds to the real file identifier FILE_B in the server 
computer 101b. Then, in step S203. the request modifi- 
cation processing section 110 modifies the file access 
request shown in Rg. 4 into the file access request 
shown in Fig. 5 on the basis of the contents of the man- 
agement table 103. More specifically, the destination is 
ctnanged to 101b and the file identifier to FILE_B. The 
request modification processing section 110 then 
instructs the transmitting section 108 to transmit the 
modified file access request shown in Fig. 5 to the 
sender computer 101b. In step S204. the transmitting 
section 108 transmits the nxxiified file access request 
shown in Fig. 5 to the server computer 101b. The 
request processing section 105 in the server computer 
101b that received the modified file access request (Fig, 



5) reads the real data corresponding to the file identifier 
FILE_B from the file system 104b. creates response 
data to the file access request by using the thus read- 
out data, and transmits the response data to the client 
computer 109a. In this way. the client conputer 109a 
can read out the contents of the virtual file identifier 
V_002 (the real file identifier FILE_B). 

The above example of the embodiment has dealt 
with a case in which a file access request to read the 
contents of a file is issued from the client computer. The 
same process applies for the case where a file access 
request to write data to a file is issued; that is, the 
request modification processing section modifies the file 



access request containing write data on the basis of the 
contents of the n^nagement table, and transfers the 
request to the server computer where the real data of 
the file is stored, to accomplish data writing to the file. 

s Furthermore, in the case of a file access request to 
refer to or update a file attribute (for example, date and 
time of access, file size, access right, etc.) also, the cli- 
ent's request can be processed in the same manner as 
described above, that is, by modifying the file access 

10 request so that the request is redirected to the server 
computer where the real data of the file is stored. 

Next, a virtual file management system according 
to a second embodiment of the present invention will be 
described with reference to relevant drawings. This 

15 embodiment corresponds to the invention described in 
claim 2. 

Fig. 6 is a block diagram showing the virtual file 
management system according to the second embodi- 
ment of the present invention. In Fig. 6. reference 
20 numeral 601 is a management table processing section, 
and 602 is a control section; the other component ele- 
ments are the same as those described in connection 
witfi Fig. 1 in the desaiption of the first embodiment. 
RIe access requests from the client computers 
25 include not only requests for reading file contents but 
other types of file access requests such as a file dele- 
tion request and file attribute reference request. In the 
case of the latter types of requests, the server computer 
where the real data of the requested file is managed 
30 need not necessarily send a response to the requesting 
client conputer; rather, by having the virtual file man- 
agement apparatus managing tine files respond to ttie 
client computer, the response time can be improved and 
the network workload can be reduced. 
35 Rrst. the general operation of this embodiment will 
be described. 

Fig. 7 is a flowchart illustrating the processing flow 
in the server computer 101a in which the virtual file 
management apparatus 102 of the present embodiment 
40 is operating. First, the receiving section 107 receives a 
filed access request from the client computer 109a (step 
S201). Next, the control section 602 identifies the type 
of the received file access request (step S701), and car- 
ries out step S702 if the request is for updating or refer- 
45 ring to the management table 103, or step S202 if ttie 
.requ es t i s not for updating-oi^-rafefying-to-the-managg 



ment table 103. In step fS702, the management table 
processing section 601 processes tiie request by using 
tfie management table 103, and instructs the transmit- 

50 ting section 108 to transmit the processed result to ttie 
client computer 109a. Subsequent to the step S702, the 
transmitting section 108 transmits the processed result 
to the client computer 109a (step S703). On the other 
hand, from step S202 onward, the steps S202, S203. 

55 and S204 in Fig. 2 described in ttie first embodiment are 
performed in sequence. 

Next, a specific example of how this embodiment is 
used will be described. In Fig. 6, in the management 
table 103 there are three files with virtual file identifiers 
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V_001, V_002. and V_003 accessible from the client 
computers: the virtual file identifier V_001 corresponds 
to a real file identifier F1LE_A existing in the file system 
104a in the server computer 101a and the virtual file 
identifiers V_002 and V_003 correspond to real file 5 
identifiers FILE_B and FILE_C, respectively, existing in 
the file system 1 04b in the server computer 1 01b. In this 
case, the contents of the management table 103 man- 
aged by the virtual file management apparatus 102 in 
the server conputer 101a are as shown in Fig. 8. w 

When an access request to refer to the file size of 
the file V_003, such as shown in Fig. 9. is issued from 
the client computer 109a to the virtual file management 
apparatus 102 in the server conrputer 101a, the receiv- 
ing section 107 of the server computer 101a in step is 
S201 receives the file access request defined as shown 
in Fig. 9. Next, in step S701. the control section 602 
identifies the type of the file access request. Since the 
file access request of Fig. 9 contains a command inquir- 
ing the file size, this file access request is identified as a 20 
request to refer to the management table 103. Accord- 
ingly, step S702 is carried out next. In step S702. the 
management table processing section 601 checks the 
management table 103 in accordance with the file 
access request, retrieves the file size corresponding to 2s 
V_003, and instructs the transmitting section 108 to 
transmit the retrieved file size to the requesting client 
corrputer 109a. Finally, in step S703. the transmitting 
section 108 transmits the file size to the client computer 
109a. 30 

In this way, the client computer 1 09a can refer to the 
file size of the virtual file identifier V_003. On the other 
hand, when the file access request of Fig. 4 is issued 
from the client computer, it is determined in step S701 
that the type of the file access request is not one 35 
requesting reference to or updating of the management 
table 103. and therefore, steps S202, S203, and S204 
are carried out in sequence as described in connection 
with the operation of the first emtxxJiment. The above 
description has dealt with a file access request for refer- 40 
ring to file size as an example, but when referring to 
other attributes (for example, file update time, owner, 
access right, etc.) or when updating the management 
table such as file deletion or attribute change, for exam- 
ple, steps S702 and S703 are likewise carried out. 4S 

^ Next, a virtual file management system accor d i ng 

to a third embodiment of the present invention will be 
desaibed with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 3. so 

Fig. 10 is a block diagram showing the virtual file 
management system according to the third embodiment 
of the present Invention. In Fig. 10, reference numeral 
1001 is an identifier creation section, 1002 is a server 
selection section, 1003 is a file creation section, and ss 
1004 is a management table updating section; the other 
component elements are the same as those described 
in connection with Fig. 1 in the description of the first 
embodiment. 



When creating a new file that is to be managed by 
the virtual file management apparatus, a server compu- 
ter where the real data of the file should be stored must 
be selected. In this embodiment, the virtual file manage- 
ment apparatus is equipped with this function. 

The general operation of this embodiment will be 
described first. When a new file creation request is input 
to the virtual file management apparatus 102. the iden- 
tifier creation section 1001 creates a new virtual file 
identifier, not yet existing in the management table 103. 
for the file requested to be created. Next, the server 
selection section 1002 selects one of the server com- 
puters connected to the network 1 1 1 in accordance with 
a predetermined method, and supplies the server com- 
puter name to the file creation section 1003. The file 
creation section 1003 then sends a new file creation 
request to the server computer selected by the server 
selection section 1002. Using the file system function, 
the selected server computer creates a new real file 
identifier in response to the file aeation request, and 
sends the response to the server computer 101 a. The 
file creation section 1003 thus receives the new real file 
identifier from the selected server computer, and 
passes the received real file identifier to-the manage- 
ment table updating section 1004 along with the name 
of the server computer selected by the server selection 
section 1002. Finally, the management table updating 
section 1004 adds the virtual file identifier, the server 
computer name, and the real file identifier to the con- 
tents of the management table 103. 

In this way. the management table 103 managed by 
tiie virtual file managehient apparatus 102 can be auto- 
matically constructed, and each client computer can 
create a new file without having to be aware of the 
selection of the server computer where the real data of 
the file should be stored. Using the thus constructed 
management table 103, the virtual file management 
system described in tiie first embodiment operates. 

Next, a specific example of how this embodiment is 
used will be described. As in the first embodiment, in 
Fig. 10, tiiere are two files with virtual file identifiers 
V_001 and V_002 accessible from the client computers; 
the virtual file identifier V_001 corresponds to a real file 
identifier FILE_A existing in the file system 104a in ttie 
server computer 101a and the virtual file identifier 
V_002 co rr esporKis4o-a-f^ai4Ue4dentifier^LE;;^B~ex4St^ 
ing in the file system 104b in the server computer 101b. 
In this case, tiie contents of tiie management table 103 
managed by the virtual file management apparatus 102 
in the server computer 101a are as shown in Fig. 3. 

When a new file creation request is input from a cli- 
ent to the file management apparatus 102, the identifier 
creation section 1001 creates a new virtual file identifier 
V_003 not yet existing in the management table 103. 
Next, the server selection section 1002 queries the 
server computers 101a and 101b connected to the net- 
work 1 1 1 about tiie space available in their file systems 
104a and 104b, selects the server computer 101b hav- 
ing the larger available space, and supplies ttie name of 
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the selected server computer to the file creation section 
1 003. The file creation section 1 003 then sends a query 
to the file system 104b in the server computer 101b. 
obtains a real file identifier FILE_C to be used to create 
the real data of the file, and passes the server computer 
name 101b and the real file identifier FILE_C to the 
management table updating section 1004. Finally, the 
management table updating section 1004 adds the vir- 
tual file identifier V_003. the sen/er computer name 
101b. and the real file identifier FILE_C to the contents 
of the management table 103. The resuft will be as 
shown in Fig. 1 1 . In this way. the management table 1 03 
is automatically constructed. 

In this embodimem. the selection of the server com- 
puter has been made based on the available space in its 
file system, but various other methods can be consid- 
ered for server computer selection algorithms, such as 
methods based on the number of files stored in the file 
system, the processing speed of the server computer, 
or the degree of workload concentration, or a combina- 
tion thereof. 

Next, a virtual file management system according 
to a fourth embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention desaibed in 
claims 4 and 5. 

Fig. 12 is a block diagram showing the virtual file 
management system according to the fourth embodi- 
ment of the present invention. In Fig. 12. reference 
numerals 101a and 101b are server computers; 102 is 
a virtual file management apparatus operating in the 
server computer 101a: 1201 Is a management table 
including an access inhibit flag; 104a and 104b are file 
systenrc which are managed within the server comput- 
ers 101a and 101b. respectively: 105 is a request 
processing section; 106 is a request analyzing section; 
107 is a receiving section; 108 is a transmitting section; 
1202 is a preprocessing section; 1203 is a file move 
processing section; 109a. 109b. and 109c are client 
conrputers; 110 is a request modifk^ation processing 
section; and 111 is a network through which the client 
computers 109a. I09b, and 109c are connected to the 
server computers 101a and 101b. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
_ericeJ0LtelevacitJirawicigs*-^ealing-specif4callyLAv 
operation of the file move processing section 1203 
when moving real data of a file between the server com- 
puters in the present embodiment, and the operation of 
the virtual file management apparatus 102 when a file 
access request is received from a client conrtputer. 

Fig. 13 is a flowchart illustrating the processing flow 
in the file nxjve processing section 1203 when moving 
real data of a file between the server computers. First, 
the file move processing section 1203 sets the access 
inhibit flag in the management table 1201 for the virtual 
file identifier of the file to be nrK>ved (step Si 301). Next, 
the real data of the file is copied from the source server 
computer to the destination server computer (step 



Si 302). Next, the server computer name and real file 
identifier corresponding to the original virtual file kjenti- 
fier in the management table 1201 are changed to the 
destination server computer name arrd the real file iden- 
5 tifier in the destinatk>n server computer (step 81303). 
Finally, the access inhibit flag corresponding to the orig- 
inal virtual file kJentifler in the management table 1201 
is reset (step Si 304). In this way. the real data of the file 
corresponding to the virtual file identifier is moved 
10 between the server computers. 

Rg. 14 is a flowchart illustrating the processing flow 
in the virtual file management apparatus 102 when a file 
access request is received from a client computer. First, 
the receiving section 107 receives the file access 
IS request from the client computer 109a (step S201). 
Next, the preprocessing section 1202 checks the 
access inhibit flag, in the management XMe 1201. cor- 
responding to the virtual file identifier contained in the 
received file access request (step 81401). If the access 
20 inhibit flag is set the preprocessing section 1202 cre- 
ates data indicating that the access is inhibited, and 
instructs the transmitting section 108 to transmit the 
data to the client computer. The transmitting section 108 
thus instructed transmits the data indicating that the 
25 access is inhibited, to the client computer (step 81402). 
On the other hand. if. in step 81401. the access inhibit 
flag is not set the process from step 8202 onward in 
Fig. 2 is carried out as in the first embodiment. 

Next, a specific example of how this embodiment is 
30 used will be described. As in the first embodiment, in 
Fig. 12. there are two files with virtual file kjentifiers 
V_001 and V_002 accessible from the client computers; 
the virtual file kJentifier V_001 corresponds to a real file 
kJentifier FILE_A existing in the file system 104a in the 
35 server computer 101a and the virtual file identifier 
V_002 corresponds to a real file kJentifier FILE_B exist- 
ing in the file system 104b in the server computer 101b. 

In this case, the contents of the management table 
1201 nonaged by the virtual file management appara- 
40 tus 102 in the server computer 101a, when file move 
operations are not being performed, are as shown in 
Fig. 15. At this time, if the real data of the virtual file 
kJentifier \/_001 is to be moved from the server compu- 
ter 101a to the server computer 101b. first in step 
45 81301 the file move processing section 1203 sets the 

access-inhibit^^ag-ifl-the-managenwTt-t ab ie 1 2 0 1 . as- 

shown in Fig. 16. Next, in step 81302. the real data of 
the file designated by the virtual file identifier V_001 is 
copied from FILE_A in the file system 104a in the server 
so computer 101a to the file system I04b in the server 
computer 101b Next, in step 81303, the contents of the 
management table 1201 are changed as shown in Fig. 
17 That is. the server kJentifier is changed to the desti- 
nation server computer name 101b, and the real file 
55 identifier is changed to the new real file identifier 
FILE_A2 obtained by querying the file system I04b in 
the destination server computer 101b about the real file 
identifier of the file copied in step S1302. Finally.jn step 
81 304, the access inhibit flag for the virtual file identifier 
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V_001 is cleared. The contents of the management 
taWe 1201 are now as shown in Rg. 18. In this way. the 
real data of a file can be moved from one server compu- 
ter to another without changing its virtual file identifier 
that is to be used when issuing an access request from 5 
a client computer. 

On the other hand, when the access inhibit flag is 
set. if a file access request with the virtual file identifier 
V_001 is issued from the client computer 109b, first the 
receiving section 107 receives the access request in 10 
step S201 . Next, in step Si 401. the preprocessing sec- 
tion 1202 refers to the management table 1201 to check 
the status of the access inhibit flag for the virtual file 
identifier V_001 contained in the access request. In this 
case, since the access inhibit flag is set. step S1402 is is 
carried out. In step Si 402, the preprocessing section 
1202 creates data indicating that the access is inhibited, 
and instructs the transmitting section 108 to transmit the 
data to the client computer 109b. The transmitting sec- 
tion 108 thus instructed transmits the data indicating 20 
that the access is inhibited, to the client computer I09b. 
On the other hand, if the file move operation is com- 
pleted and the access inhibit flag is cleared, the process 
from step S202 onward is carried out as in the first 
embodiment, allowing the client computer 109b to 2S 
access the file by using the same virtual file identifier as 
that used before the real data was moved between the 
sender computers. That is. the client computer need not 
be aware of the movement of the real data between the 
sen/er computers. 30 

Next a virtual file management system according 
to a fifth emtxxliment of the present invention will be 
desaibed with reference to relevant drawings. This 
embodiment corresponds to the irrvention desaibed in 
claim 6. 35 

Fig. 19 is a block diagram showing the virtual file 
management system according to the fifth embodiment 
of the present invention. In Fig. 19. reference numerals 
101a arxl 1 01b are server computers: 102 is a virtual 
file management apparatus operating in the server 4o 
computer 101a; 103 is a management table; 104a and 
104b are file systems which are nnanaged within the 
server computers 101a and 101b. respectively; 105 is a 
request processing section; 106 is a request analyzing 
section; 107 is a receiving section; 108 is a transmitting 4s 

-sectiofttH901-is-an-operating-xonditton-rnanagement 

table: I09a. I09b. and I09c are client computers: 1902 
is a request modification processing section which 
checks the operating condition management table 1901 
and selectively determines whether to transfer a so 
request to the server computer where real data of a file 
is stored; and 1 1 1 is a network through which the client 
computers 109a. I09b, and 109c are connected to the 
server computers 101 a and 101b. 

The thus constructed virtual file management sys- ss 
tem will be desaibed below, dealing with the difference 
in operation from the first embodiment. 

The difference from the first embodiment lies in the 
operation of the request modification processing section 



1902. While. In the first embodiment, the request modi- 
fication processing section 1902 is called in step 3203 
in Fig. 2, in the present embodiment the request nxxirf i- 
cation processing section 1902 first checks the operat- 
ing condition management table 1901 to determine 
whether the server computer 101a or 101b identified by 
tiie request analyzing section 106 is operating or not. If 
the identified server computer is not operating, the 
request nxxjrfication processing section 1902 instructs 
the transmitting section 108 to transmit data indicating 
that the server is not operating, to the client computer 
109a; on the other hand, if the server computer is oper- 
ating, the request modification processing section 1902 
modifies the file access request into a file access 
request such ttiat the server computer can directly 
respond to tiie client computer 109a. by using data in 
the management table 103, and instructs the transmit- 
ting section 108 to transmit the nrxxlified file access 
request to the server computer 101a or 101b, as in the 
first emtxxjiment. In this way, when the server computer 
holding the real data of the requested file is not operat- 
ing, the non-operating condition is reported to the client 
computer Without this function, when there was no 
response to a file access request, the client computer 
could not judge whether the server computer where the 
virtual file management apparatus should be operating 
is not operating or the sen/er computer holding the real 
data of ttie file is not operating. 

Next, a specific example of how this embodiment is 
used will be described. As in the first embodiment, in 
Fig. 19, there are two files with virtual file identifiers 
V_001 and V_002 accessible from the client computers: 
the virtual file identifier V_001 corresponds to a real file 
identifier FILE_A existing in the file system I04a in the 
server computer 101a and the virtual file identifier 
V_002 corresponds to a real file identifier FILE_B exist- 
ing in the file system 104b in the server computer 101b. 
In this case, the contents of the management table 103 
managed by the virtual file management apparatus 102 
in the server computer 101a are as shown in Fig. 3. 
When the server computer 101b is not operating, tiie 
contents of the operating condition management table 
1901 are as shown in Fig. 20. 

At this time, when a file access request with tiie vir- 
tual file identifier V_002 is issued from the dient compu- 
ter" 109a, the processing in steps~~S201~and~S^02~ 
described in tiie first embodiment is carried out. In step 
S203, the request modification processing section 1902 
checks the contents of the operating corKlition manage- 
ment table 1901 shown in Fig. 20, as earlier described, 
and since the sen/er computer 101b is not operating, 
instructs the transmitting section 108 to transmit the 
data indicating that the server 101b is not operating. 
The transmitting section 108 thus transmits tine data 
indicating that tiie server 101b is not operating, to the 
dient computer I09a. On the other hand, if a file access 
request with the virtual file identifier V_00l is issued, 
since the server computer 101a is operating, the same 
operation as described in the first embodiment is per- 
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formed. 

Next, a virtual file management system according 
to a sixth embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in s 
claim 7. 

Fig. 21 is a block diagram showing the virtual file 
management system according to the sixth embodi- 
ment of the present invention. In Fig. 21, reference 
numerals 2101a and 2101b are server computers; io 
2106a and 2106b are file systems which are managed 
within the server conrputers 2101a and 2101b. respec- 
tively; 2102a is a file identifier list for the files stored in 
the file system 2106a managed in the server computer 
2101a; 2102b is a file identifier list for the files stored in is 
the file system 2106b managed in the server computer 
2101b; 2103 is a request processing section; 2104 is an 
access request monitoring section; 2105 is a transmit- 
ting section; 2107a and 2107b are client corrputers; 
and 111 is a network through which the client comput- 20 
ers, 2107a and 2107b. and the server computers, 
2101a and 2101b. are connected. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to relevant drawings. 25 

Fig. 22 is a flowchart illustrating the general flow in 
the virtual file management system when a client com- 
puter accesses a file stored on a server computer. First, 
the client computer 21 07a or 21 07b issues a file access 
request to a predetermined virtual server computer 30 
which is neither the server computer 2101a nor the 
server computer 2101b (step S2201). This file access 
request is received by the access request monitoring 
section 2104 in each of the server computers 2101a 
and 2101b (step S2202). The access request monitor- 3S 
ing section 2104 then analyzes the received file access 
request and checks whether or not the file identifier 
corttained in the file access request is stored in the file 
identifier list 2102a or 2102b in its own server computer. 
The file access request is passed to the request 40 
processing section 2103 only when the file identifier is 
stored in the file identifier list. If the file identifier is not 
stored in the file identifier list 2102a or 2102b, the proc- 
ess is terminated here (step S2203). If the file identifier 
is stored in the file identifier list 2 1 02a or 2 1 02b. the f il e 4S 

-access-4^uest4sHXOcessedr^nd4tw4ransfnitting-seG- 

tion 2105 is instructed to transmit the processed result 
to the diem computer 2107a or 2107b (step S2204). 
The transmitting section 2105 thus transmits the proc- 
essed result to the dient computer 2107a or 2107b so 
(step S2205). Finally, the client computer 2107a or 
2107b receives the response to the access request 
(step S2206). 

A specific example of how this embodiment is used 
will be described next. In Fig. 21. in the file system ss 
2166a of the server computer 2101a there are three 
files with file identifiers FILE_A, FILE_B. and FiLE_C 
which can be accessed from the client computers, while 
in the file system 2106b of the server computer 2101b 



there are two files with file identifiers FILE_D and 
FILE_E which can be accessed from the dient comput- 
ers. The contents of the file identifier list 2102a in the 
server computer 2101a are as shown in Fig. 23. and the 
contents of the file identifier list 2102b in the server 
computer 2101b are as shown in Fig. 24. In this situa- 
tion, the processing flow will be described with refer- 
ence to the flowchart of Fig. 22 when a file access 
request for FILE_D such as shown in Fig. 25. is issued 
from the client computer 2107b to the predetermined 
virtual server computer. 

Rrst, in step S2201, the client computer 2107b 
issues an access request such as shown in Fig. 25 to 
the virtual server corrputer V_SERVER. In step S2202. 
the access request monitoring section 2104 in each of 
the server computers 2101a and 2101b receives the file 
access request. Next, in step S2203, the access 
request monitoring section 2104 of the server computer 
2101 a checks whether FILE_D is carried in the file iden- 
tifier list 2102a shown in Rg. 23; since FIL£_D is not 
there, the process is terminated. Likewise, in step 
S2203, the access request monitoring section 2104 of 
the server computer 2101b checks whether FILE_D is 
carried in the file identifier list 2102b shown in Fig. 24; 
since FILE_D is found there, the file access request of 
Rg. 25 is passed to the request processing section 
2103. Next, in step S2204. the request processing sec- 
tion 2103 processes the file access request reads the 
real data of the file identifier FILE.D from the file system 
2106b. and instructs the transmitting section 2105 to 
transmit the data to the dient computer 2107b. Thus, in 
step S2205, the transmitting section 2105 of the server 
computer 2101b transmits the data to the client compu- 
ter 2107b. Rnally. in step S2206, the dient computer 
2107b receives the response. In this way, the dient 
computer can receive the response to the file access 
request issued to the virtual server computer. 

Next, a virtual file management system according 
to a seventh embodiment of the present inventbn wilt be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
daim 8. 

Rg. 26 is a block diagram showing the virtual file 
management system according to the seventh emlxjdi- 
ment of the present invention. In Fig. 26, reference 
-numeral-2604HS-a-masteMile-tdentffler li st ; 2602 is-an- 
identifier creation section. 2603 is a server selection 
section. 2604 is a file creation section. 2605 is a master 
list updating section, and 2606 is a list updating section 
which updates the file identifier list 2102a or 2102b in 
the sen/er computer 2101a or 2101b. respectively; the 
other conrrponent elements are the same as those 
described in connection with Fig. 21 in thedesaiption of 
the sixth embodiment. 

When creating a new file to be managed by the vir- 
tual server computer, a server computer where the real 
data of the file should be stored must be selected. To 
achieve this, in the present emibodiment, one of the 
server computers acts as a master server computer to 
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determine in which server computer the file should be 
created. 

The operation of the present embodiment, when 
creating a new file, will be described below. Rrst. when 
a new file creation request is issued to the master s 
server corrputer 2101a. the identifier creation section 

2602 creates a new file identifier not yet existing in the 
master file identifier list 2601. Next, in accordance with 
a predetermined method the server selection section 

2603 selects one server computer from among the w 
server computers 2101a and 2101b connected to the 
network 111, and supplies the name of the selected 
server computer to the file aeation section 2604. The 

file creation section 2604 instructs the server computer 
2101a or 2101b, whichever is selected by the server is 
selection section 2603. to create the file with the file 
identifier created by the identifier aeation section 2602. 
The master list updating section 2605 newiy adds the 
file identifier created by the identifier creation section 
2602 to the master file identifier list 2601 . On the other 20 
hand, the server computer 2101a or 2101b. whichever 
is instructed to create the file with the file identifier cre- 
ated by the identifier creation section 2602. creates the 
file in its file system 2106a or 2106b. following which the 
list updating section 2606 newly adds the file identifier 2S 
created by the identifier creation section 2602 to the file 
identifier list 2102a or 2102b. In this way, a new file to be 
managed by the virtual server computer can be added. 

A specif ic example of how this embodiment is used 
will be described next. As in the foregoing sixth embod- 30 
iment, in Rg. 26, in the file system 2106a of the sender 
computer 2101a there are three files with file identifiers 
FILE_A. FILE.B. and FILE_C which can be accessed 
from the client computers, while in the file system 2106b 
of the server computer 2101b there are two files with file 35 
identifiers FILE_D and FILE_E which can be accessed 
from the client computers. The contents of the file iden- 
tifier list 2102a in the server computer 2101a are as 
shown in Fig. 23, and the contents of the file identifier 
list 2102D in the server computer 2101b are as shown in 40 
Fig. 24. Further, the contents of the master file identifier 
list 2601 are as shown in Fig. 27. 

In this situation, when an instruction to create a new 
file in the virtual server computer is given to the master 
sen/er computer 2101a. first the identifier creation sec- 45 

4ion-2602~cr-eates-a-fjle4dentitie r F I LE^F no t-yet-ex4sting 

in the master file identifier list 2601 . Next, the server 
selection section 2603 queries the server computers 
2101a and 2101b connected to the network 111 about 
the number of files stored in their respective file systems so 
2106a and 2106b, and selects the server computer 
2101b that stores the fewer files. The result of the selec- 
tion is given to the file creation section 2604. The file 
creation section 2604 instructs the server conputer 
2101b to create the file with the file identifier F1LE_R ss 
The server computer 2101b creates the file in its file 
system 2106b. and the list updating-section 2606 adds 
FILE_F to the file identifier list 2102b. Finally, the master 
list updating section 2605 adds FILE_F to the master 



file identifier list 2601. The contents of the master file 
identifier list 2601 are now as shown in Fig. 28. The con- 
tents of the file identifier list 2102b in the server compu- 
ter 2101b at this time are shown in Fig. 29. In this way. 
the master file identifier list is automatically constructed. 
The files whose identifiers are stored in the thus con- 
structed master file identifier list can be accessed from 
the client computers in the same manner as described 
in the sixth embodiment. 

Next, a virtual file management system according 
to an eighth embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 9. 

Rg. 33 is a block diagram showing the virtual file 
management system according to the eighth embodi- 
ment of the present invention. The difference of this 
embodiment from the virtual file management system of 
the first embodiment shown in Fig. 1 is that, while in Fig. 
1 the virtual file management apparatus 102 is provided 
writhin the server computer 101a, in the present embod- 
iment the virtual file management apparatus 102 is con- 
nected to the network 111, independently of the server 
computer. The configuration and operation of the virtual 
file management apparatus 102 are fundamentally the 
same as the one shown in Fig. 1 ; since the desaiption 
is already given in connection with the first embodiment, 
the description will not be repeated here. 

In the above embodiment, the selection of the 
server computer was made based on the number of 
files stored in its file system, but various other methods 
can be considered for server computer selection algo- 
rithms, such as methods based on the capacity of the 
file system, the processing speed of the server conpu- 
ter. the degree of worWoad concentration, etc. 

It will also be recognized that the means and sec- 
tions in the present invention may be wholly or partly 
inplemented in software using a conputer or in hard- 
ware using dedicated hardware circuits. 

In the case of software implementation, all or part of 
the necessary programs for implementation can be pro- 
vided on a floppy disk or a CD-ROM. 

Next, a virtual file management system according 
to a ninth embodiment of the present invention will be 
described with reference to relevant drawings. 
— — fi§r-34-fs-a-block-diagram-shovk^^ 
managemerrt system according to the ninth emtjodi- 
ment of the present invention. The configuration of this 
embodiment will be described with reference to the 
same figure. 

In Fig. 34, reference numerals 3101 and 3102 are 
server conputers; 3103 is a virtual file management 
apparatus operating in the server computer 3101 ; 3104 
is a virtual file management table: 3105 is an access 
request processing section; 3106 is a file access table; 
3107 is a file access count updating section; 3108 is a 
timer; 3109 is a file move management section; 3110 
and 31 1 1 are file systems which are managed within the 
server conputers 3101 and 3102. respectively; 31 12 is 
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a client computer; and 3113 is a network through which 
the client computer 3112 is connected to the server 
computers 3101 and 3102. Request frequency storage 
means of the present invention includes the file access 
table 3106 and the file access count updating section 5 
3107. File move control means of the present invention 
conresponds to the file move management section 
3109. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 10 
ence to relevant drawings. 

Ftrst, the operation in the file access count updating 
section 3107 will be described, taking a case when a file 
access request from the client computer 3112 occurs in 
the server computer 3 1 0 1 where the virtual file manage- is 
ment apparatus 3103 is operating. Fig. 35 is a flowchart 
illustrating the processing flow in the file access count 
updating section 3107. 

When a file access request is issued from the client 
computer 3112 to the server computer 3101. the file 20 
access count updating section 3107 and the access 
request processing section 3105 receive the file access 
request (step S101). The access count updating section 
3107 determines which virtual file identifier is access- 
requested from the received file access request (step 25 
Si 02), and updates the access count value in the file 
access table 3106 for the thus determined virtual file 
identifier (step Si 03). 

On the other hand, the access request processing 
section 3105 which received the same file access 30 
request checks the virtual file management table 3104. 
modifies the file access request so as to respond to the 
client computer 3112. and transfers the modified fOe 
access request to the server computer where the real 
data of the virtual file identifier requested in the file 3S 
access request is stored, as described in connection 
with the first embodiment. The server computer that 
received the rrxxjrfied file access request transmits the 
response data to the client computer 3112 which thus 
obtains the response to the file access request it issued. 40 

Next the operation of the file move management 
section 3109 activated by the timer 3108 will be 
described. Rg. 36 is a flowchart illustrating the process- 
ing flow in the file rrwve management section 3109. 

When the file move management section 3109 is 45 

— — activated-by-the-tinf>ef^3^08-at~B-predeter m i n ed ti me 

interval, the file move management section 3109 
checks the file access table 3106 and determines a fre- 
quentiy accessed virtual file identifier (step S301). 
Then, the real data corresponding to the thus deter- so 
mined virtual file identifier is nroved from the server 
computer where It is stored to another server computer 
(step S302); then, the contents of the virtual file man- 
agement table 3104 for that virtual file identifier are 
changed to indicate the real file identifier in the destina- 55 
tion server computer and the destination server identi- 
fier (step S303). and finally, the file access table 3106 is 
initialized (step S304). 

In this way. when there occurs a file access request 



from the client computer 3112. the file access table 
3106 is updated by the file access count updatirKi sec- 
tion 3107, and the file move management section 3109 
which is activated by the timer 3108 at predetermined 
intervals of time checks the contents of the file access 
table 31 06 so that the real data corresponding to the fre- 
quentiy accessed virtual file identifier can be moved to 
arx)ther server computer. 

A specific example of how this embodiment is used 
will be described next. 

Suppose a case where a file access request (see 
Fig. 39) designating a virtual file identifier V_002 is 
Issued from the client computer 31 1 2 to the server com- 
puter 3101 when the contents of the virtual file manage- 
ment tatrfe 3104 in the server computer 3101 are as 
shown in Fig. 37(a) and the contents of the file access 
table 3106 are as shown in Fig. 38(a). The operation of 
the file access count updating section 3107 in this case 
will be described with reference to the fk>wchart of Fig. 
35. 

First, in step Si 01 . the file access request of Fig. 39 
is received. Next, in step Si 02. it is detern^ned from the 
file access request that the request is for the virtual file 
identifier V_002. Finally, in step S103. tiie number of 
accesses to tiie virtual file identifier V_002 in the file 
access table 3106 is increased by 1. thus updating tiie 
contents of the file access table 3106 from those shown 
in Rg. 38(a) to those shown in Fig. 38(b). 

Now, when the contents of the file access table 
3106 are as shown in Rg. 38(b). the operation of the file 
move management section 3109 activated by the timer 
3108 will be described with reference to the flowchart of 
Fig. 36. 

Rrst. in step S301, the most frequently accessed 
virtual file identifier V_001 is determined from the file 
access table 3106. Next, in step 3302, the real data cor- 
responding to the virtual file identifier V.OOl . whose 
real file identifier FILE_101 A is stored in the server com- 
puter 3101. is moved to the other server computer 
3102. When tiie real identifier of tiie real data moved to 
tiie server conputer 3102 becomes FILE_102C as a 
result of the move, ttien in step S303 the contents of the 
virtual file management table 3104 are updated from 
those shown in Rg. 37(a) to those shown in Rg. 37(b). 
Rnally. in step S304. the file access table 3106 is initial- 
Tzed-as^owrrrrrFlg. 38(c)." 

In this way. a file with a high frequency of access 
can be identified and moved effectively to distribute tiie 
workload. This means that, as described in the specific 
example of this embodiment, when access requests are 
made for the same file within a predetermined period of 
time after the file is nx)ved. the file access requests con- 
centrated on the server computer 3101 are distributed 
between the server computers 3101 and 3102. 

The present embodiment has dealt with a system 
having two server computers, but the number is not lim- 
ited to two. For example, when there are three or more 
server computers, the same effect as described above 
can be obtained. In that case, however, it becomes nec- 
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essary to determine to which server computer the file 
should be moved. The server selection can be accom- 
plished in various ways, tor example, by selecting a 
server computer having the largest space available in 
the file system or by selecting a server computer where 5 
the number of files stored in the file system is the small- 
est. 

In step S301, the file move management section 
3109 may determine two or more virtual file identifiers to 
select two or more files to be moved. There is also a 10 
possibility that no files are selected and no file move 
operations are performed. 

Further, in step S304 illustrating the operation of 
the file move management section 3109. the contents of 
the file access table 3106 were all inrtialized to 0 in the r5 
above example, but to prevent successive moves, the 
initialization may be performed by appropriately weight- 
ing the access count of the virtual file identifier whose 
real data was moved. 

In the above description, the file access count 20 
updating section 3105 updates the file access table 
3106 when an access request for file read occurs. Alter- 
natively, the file access table 3106 may be updated 
regardless of the type of file access request or by 
selecting a particular type of file access request. 2$ 

Next a virtual file nrtanagement system according 
to a 10th ennbodiment of the present invention will be 
described with reference to relevant drawings. 

Fig. 40 is a block diagram showing the virtual file 
management system according to the 1 0th embodiment 30 
of the present invention. In Rg. 40, reference numeral 

3701 is a server access table, 3702 is a server access 
count Lpdating section, and 3703 is a server move man- 
agement section; the other component elements are the 
same as those described in connection with Fig. 34 in 35 
the description of the ninth embodiment. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to relevant drawings. 

First, the operation in tiie server access count 40 
updating section 3702 will be described, taking a case 
when a file access request from the client computer 
3112 occurs in the server computer 3101 where the vir- 
tual file management apparatus 3103 is operating. Fig. 
41 is a flowchart illustrating the processing flow in the 45 
-sepve^aGGes&^unNjpdating-seGtiof^702; 

When a file access request is issued from the client 
computer 31 12 to the server computer 3101, the server 
access count updating section 3702 receives the file 
access request, similarly to the ninth embodiment (step so 

5801) . 

Next, the sen/er access count updating section 

3702 determines which virtual file identifier is access- 
requested from the received file access request (step 

5802) . and checks tiie virtual file management table ss 
3104 to determine the server where the real data desig- 
nated by the above-determined virtual file identifier is 
stored (step S803). Then, the access count value in the 
server access table 3701 tor the thus determined server 



identifier is updated (step 8804). 

The operation of the server nxsve management 
section 3703 activated by the timer 3108 wit! be 
described next. Fig. 42 is a flowchart illustrating the 
processing flow in the server move management sec- 
tion 3703. 

When the server move management section 3703 
is activated by the timer 3108 at a predetermined time 
interval, the server nxjve management section 3703 
checks the server access table 3701 and determines 
the server identifier of a frequentiy accessed server 
(step S901). Then, the virtual file management table 
3104 is checked, arxi the real data con-esponding to the 
virtual file identifier and managed in the server conrtpu- 
ter identified with the determined server identifier is 
moved from the server conrputer where the data is 
stored, to another server computer (step S902); then, 
the contents of the virtual file management table 3104 
for the thus moved virtual file identifier are changed to 
indicate the real file identifier in the destination server 
computer and the destination server identifier (step 
S903), and finally, the server access table 3701 is initial- 
ized (step S904). 

In tills way. when there occurs a file access request 
from the client computer 31 12. the server access table 
3701 is updated by the server access count updating 
section 3702, and the server move management sec- 
tion 3703 which is activated by the timer 3108 at prede- 
termined intervals of time checks tiie contents of the 
server access table 3701 so that the real data con-e- 
sponding to the virtual file identifier and managed in the 
server connputer identified with the frequentiy accessed 
server identifier can be moved to another server compu- 
ter. 

A specific example of how this embodiment is used 
will be described next. 

Here, similarly to the description of the ninth 
embodiment suppose a case where a file access 
request (see Fig. 39) designating a virtual file identifier 
V_002 is issued from tiie client computer 31 12 to the 
server connputer 3101 when the contents of the virtual 
file management table 3104 in tiie server computer 
3101 are as shown in Fig. 37(a) and tiie contents of the 
server access table 3701 are as shown in Fig. 43(a). 
The operation of ttie server access count updating sec- 
^n^702-trHhis-easewiH-be-deseHbed-wfth-reference-to- 
Fig. 41. 

First in step S801 , the file access request of Fig. 39 
is received. Next, in step S802. it is determined from the 
file access request ttiat the request is for the virtual file 
identifier V_002. In step S803. the virtual file manage- 
ment table 3104 of Fig. 37(a) is checked, to determine 
that the real data designated by the above-determined 
virtual file identifier V_002 is stored in the server com- 
puter identified with ttie sen/er identifier 101. Finally, in 
step S804. the number of accesses to the server identi- 
fier 101 in the server access table 3701 is increased by 
1 . thus updating the contents of the server access table 
3701 from ttiose shown in Fig. 43(a) to those shown in 
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Fig. 43(b). 

Now. when the contents of the server access table 
3701 are as shown in Fig. 43(b). the operation of the 
server nx)ve management section 3703 activated by the 
timer 3108 will be described with reference to the flow- s 
chart of Fig. 42. 

First, in step S901. the most frequently accessed 
sen/er identifier 101 is determined from the server 
access table 3701. Next, in step S902. the virtual fDe 
identifier V_001 managed in the server computer 3101 io 
is selected, and the real data of the real file identifier 
FILE_101A corresponding to that virtual identifier is 
moved to the other server computer 3102. When the 
real file identifier of the real data moved to the server 
computer 3102 becomes FILE_102C as a result of the i5 
move, then in step S903 the contents of the virtual fDe 
management table 3104 are updated from those shown 
in Fig. 37(a) to those shown in Fig. 37(b). Finally, in step 
S904, the server access table 3701 is initialized as 
shown in Fig. 43(c). 20 

In this way, a server conputer with a high frequency 
of access can be identified, and files can be moved 
effectively to distribute the workload. 

In steps S901 and S902. the server move manage- 
ment section 3703 may select a plurality of virtual file 2s 
identifiers to move the corresporxjing real data from a 
plurality of server computers. Or. there may be cases 
where no nxjve operations are performed. 

In the above description, the server access count 
updating section 3702 updates the server access table 30 
3701 when an access request for file read occurs. Alter- 
natively, the server access table 3701 may be updated 
regardless of the type of file access request or by 
selecting a particular type of file access request. 

It is also possible to construct a virtual file manage- 35 
ment system by combining the configurations of the 
ninth and 10th embodiments. The system in this case 
includes both the fOe access table 3106 of Rg. 34 and 
the server access table 3701 of Fig. 40, and when a file 
access request occurs from the client corrputer 3112. 40 
the respective tables are updated by the file access 
count updating section 3107 of Fig. 34 and the server 
access count updating section 3702 of Fig. 40. In this 
configuration, since both tables are checked by the 
move management section when activated by the timer 45 

-^^8rftle-nrK3ve-operations-carrbeperformedio-achieve 

more effective distribution of server workload. 

Next, a virtual file management system according 
to an 1 1th embodiment of the present invention will be 
desaibed with reference to relevant drawings. so 

Fig. 44 is a block diagram showing the virtual file 
management system according to the 1 1th embodiment 
of the present invention. In Rg. 44, reference numeral 
1 101 is a virtijal file management table capable of man- 
aging a plurality of server identifier/real file identifier 55 
pairs for each virtual file identifier, and 1 1 02 is a duplica- 
tion management section; the other component ele- 
ments are the same as those described in connection 
with Fig. 34 in tiie description of the ninth embodiment. 
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File duplication control means of the present invention 
corresponds to the duplication management section 
1102, and request processing means of the present 
invention corresponds to the access request processing 
section 105. 

The operation of the thus constructed virtual file 
management system will be desaibed below with refer- 
ence to relevant drawings. 

The operation of the file access count updating sec- 
tion 3107 is the same as that described in connection 
with Fig. 35 in the description of the ninth embodiment. 

The operation of the duplication management sec- 
tion 1 102 activated by the timer 3108 will be described 
below. Fig. 45 is a flowchart illustrating the processing 
flow in the duplication management section 1 102. 

When the duplication management section 1 102 is 
activated by the timer 3108 at a predetermined time 
interval, the duplication management section 1102 
checks ttie file access table 3106 and determines a fre- 
quentiy accessed virtual file identifier (step S1201). 
Then, the real data corresponding to the thus deter- 
mined virtual file identifier is duplicated to a server com- 
puter different from the server computer where the real 
data is stored (step Si 202). and a new real file identi- 
fier/server identifier pair corresponding to that virtual 
identifier is added to the virtual file n^nagement table 

1 101 (step Si 203). Finally, the file access table 3106 is 
initialized (step Si 204). 

in this way. when there occurs a file access request 
from the client computer 3112, the file access table 

3106 is updated by the file access count updating sec- 
tion 3107. and the duplication management section 

1102 which is activated by the timer 3108 at predeter- 
mined intervals of time checks the contents of the file 
access table 3106 so that the real data con-esponding to 
the frequentiy accessed virtual file identifier can be 
duplicated to another server computer. 

A specific example of how this enrt}odiment is used 
will be desaibed next. 

The operation of the file access updating section 

3107 is the same as that described in the ninth embod- 
iment The following describes the operation of the 
duplication management section 1 102 with reference to 
the flowchart of Fig. 45, taking a case when the con- 
tents of the virtual file managemem table 1101 in the 
servercomptrter 3101 are as shown in Rg. 46(a) and 
the contents of the file access table 3106 are as shown 
in Rg. 38(b). 

Rrst. in step S1201. the most frequentiy accessed 
virtual file identifier V_001 is determined from the file 
access table 3106. Next, in step Si 202. since the real 
data FILE_101 A corresponding to the virtual file identi- 
fier V_001 is stored in the server computer 3101. the 
real data corresponding to the virtual file identifier 
V_001 is duplicated to the sen/er computer 3102. When 
the real file identifier of the duplicated real data to the 
server computer 3102 becomes FILE_102C, then in 
step Si 203 ttie contents of the virtual file management 
table 1101 are updated from those shown in Rg. 46(a) 
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to those shown in Fig. 46(b). Finally, in step S1204, the 
file access table 3106 is initialized as shown in Fig. 
38(c). 

In this way. a file with a high frequency of access is 
managed with multiple copies automatically aeated in s 
the system. 

Further, when requests for the duplicated file hap- 
pen to be made from multiple client computers simulta- 
neously, the access request processing section 3105 
processes such requests not only as requests to the io 
server where the original file is stored but also as 
requests to other servers where copies are stored. 

Thus, by managing multiple copies of the same real 
data for one virtual file Identifier, when file access 
requests are made from a client computer for the file is 
where accesses are concentrated, the processing of the 
file access requests can be distributed among multiple 
server computers so that the system can service as 
many client computers as possible. 

In step S1201 , the duplication management section 20 
1102 may determine two or more virtual file identifiers 
for creation of copies. 

Further, the number of server computers to dupli- 
cate data to is not limited to one. 

Further, in step Si 204 illustrating the operation of ss 
the duplication nnanagement section 1 102, the contents 
of the file access table 3106 were all initialized to 0 in 
the above example: alternatively, the initialization may 
be performed by appropriately weighting the access 
count of the virtual file identifier with which copies were 30 
created. 

If the duplication management section 1 102 of the 
nth embodiment is replaced by a duplication/deletion 
management section, the result is the embodiment of 
the invention described in claim 19. In that configura- 35 
tion. the duplication/deletion management section 
incorporates not only the function of the duplication 
management section 1 102 of the 1 1th embodiment, that 
is, the function of creating copies of real data for a fre- 
quently accessed virtual file identifier, but also the func- 4o 
tion of deleting copies of real data if multiple copes of 
the real data are managed in the system though its vir- 
tual file identifier is infrequently accessed. In this way, 
while managing multiple copies of real data for a fre- 
quently accessed virtual file identifier, if the number of 45 

-accesses-to-tha^file+ias-deerease^rthe-cGpies-can-be 

deleted, thus achieving effective utilization of storage 
space. 

As described, according to the ninth embodiment of 
the invention, file access frequency is managed by so 
using the file access table and the file access count 
updating section, and the file access table is checked at 
predetermined intervals of time by using the timer and 
the file move management section, so that a file with a 
high frequency of access can be moved from one server 55 
to another. By dynamically moving files with high fre- 
quencies of access in this way. system workload can be 
distributed. 

Further, according to the 10th embodiment of the 



invention, tiie frequency of access to each server is 
managed by using the server access table and the 
server access count updating section, and the server 
access table is checked at predetermined intervals of 
time by using the timer and the server move manage- 
ment section, to find a server where accesses are con- 
centrated. In this way, the workload of the server 
computer where accesses are concentrated can be dis- 
tributed effectively. 

Furthermore, by combining the configurations of 
the ninth and lOtii embodiments, the effects of the 
invention as offered in the ninth and 10th ennbodiments 
can be achieved simultaneously. 

According to the 1 1th embodiment of the invention, 
file access frequency is managed by using the file 
access tat^e and the file access count updating section, 
the file access table is checked at predetermined inter- 
vals of time by using the timer and the duplication man- 
agement section, and copies of files with high 
frequencies of access are stored on multiple server 
computers. This achieves a system that can process as 
many file access requests from clients as possible for a 
file where accesses are cortcentrated. 

Furthermore, according to the configuration where 
the duplication/deletion nnanagement section is pro- 
vided instead of the duplication management section of 
tine 1 1th errtoodiment, it is made possible to delete cop- 
ies of a file that was previously frequently accessed but 
is currently infrequently accessed. This, in addition to 
the effect achieved in the 1 1th embodiment of the inven- 
tion, provides the effect of reducing wastage of storage 
space. 

Each of the above configurations may be imple- 
mented in hardware, but it is also possible to implement 
equivalent functions in software. 

Further, when implementing each function in soft- 
ware, programs innplementing all or part of the software 
may be provided on a recording medium such as a 
ftoppy disk or a CD-ROM. 

As is apparent from the above desaiption. accord- 
ing to the invention, with tiie provision of the virtual file 
management apparatus operating in at least one server 
and conriprising the management table, the request 
analyzing section, and the request modification 
processing section, a file access request from a termi- 
-nahcan-be^ansferred-to-a-serverwhereitiereal da t a of 
the requested file is stored, and tiius. any of the files 
stored on multiple servers can be accessed by just issu- 
ing an access request to one designated server from 
the terminal, with little increase in respor^e time and 
network workload. 

In the configuration of the invention in which the 
identifier creation section . management table process- 
ing section and control section are added to the config- 
uration of the invention of daim 1 . an access request 
that need not be transferred as a file access request to 
a server is processed by the management table 
processing section. This configuration, in addition to the 
effect achieved by the invention of daim 1. provides the 
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effect of further reducing the network workload as well 
as the response time to the access request. 

In the configuration of the invention in which the 
server selection section, file creation section, and man- 
agement table updating section are added to the config- s 
uration of the invention of claim 1. a server is 
automatically selected when creating a new file. This 
. configuration not only provides the same effect as 
achieved by the invention of claim 1 txjt makes it possi- 
ble to create a new file to be managed by the virtual file io 
management apparatus without having to be aware of 
the selection of the server where the real data of tiie file 
should be stored. 

Furthermore, according to the inveritlon. when the 
virtual file nr^nagement apparatus operating in at least is 
one server is constructed with the management table 
having an access inhibit f lag, the request analyzing sec- 
tion, the request modification processing section, the 
preprocessing section, and the move processing sec- 
tion, a file access request from a terminal can be trans- 20 
ferred to a server where the real data of the requested 
file is stored, and thus any of the files stored on multiple 
servers can be accessed by just issuing an access 
request to one designated server from the terminal, with 
little increase in response time and network workload. In zs 
addition, in this virtual file nr^nagement system, even 
when the real data of a file is moved from one server to 
anotiier. the terminal can access the file without having 
to be aware of where the file is nxTved. 

Also, according to the invention, when the virtual 30 
file management apparatus operating in at least one 
server is constructed with the management table, the 
request analyzing section, the request nnodification 
processing section, and tiie operating cordition man- 
agement table, a file access request from a terminal can 3S 
be transferred to a server where the real data of the 
requested file is stored, and tiius any of the files stored 
on rrultiple servers can be accessed by just issuing an 
access request to one designated server from the termi- 
nal, with little inaease in response time and network 40 
workload. In addition to tiiat. when the server where the 
real data of the file is stored is not operating, the non- 
operating condition can be reported to the terminal. 

In the configuration of the invention in which the file 
identifier list, access request monitoring section, trans- 45 

-mittlng^ectionrand-requestprocessing-section-are-pro= 

vided in each of multiple servers, when a file access 
request is made to a virtual server from a terminal, the 
real server where the requested file is managed can by 
itself respond to the requesting terminal, and thus any so 
of the files stored on the multiple servers can be 
accessed by just issuing an access request to one vir- 
tual server from the terminal, without causing workload 
concentration on a particular server and without 
increasing network workload. 55 

Further, in the configuration of the invention in 
which the master file Identifier list, identifier creation 
section, server selection section, file creation section, 
master list updating section, and list updating section 



are added to the configuration of the invention of claim 
7. a server is automatically selected when aeating a 
new file. This configuration not only provides the same 
effect as achieved by the invernion of claim 7 but makes 
it possible to create a new file without having to be 
aware of tiie selection of the server where the real data 
of the file should be stored. 

As described above, the present invention has the 
advantage of improving responsiveness to the terminal 
and redudng the workload of tiie network. 

Furthermore, by Including the request frequency 
storage means for storing the frequencies of the 
requests made from terminals within a prescribed 
period of time for each managed file and/or for each 
managed server, and tiie file nnove control means for 
selecting a file satisfying a prescribed criterion by using 
the stored request frequencies, arxl for moving tiie 
selected file from the server where it is stored to another 
server, the invention provides the advantage of further 
improving the processing capabilities to process file 
requests from the terminals, as compared with the prior 
art configuration. 

Claims 

1. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

a virtual fQe management apparatus operat- 
ing in at least one of said plurality of servers is pro- 
vided that comprises: a management table whk:h 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored and a 
real file identifier in said server are stored as a set 
for each of said virtual file identifiers; a receiving 
section which receives a file access request from 
each of said terminals; a request analyzing section 
which checks said management table by using tiie 
virtual file identifier contained in the file access 
request received by said receiving section, and 
thereby determines the server where the real data 
of the requested file is stored; a transmitting section 
which transmits data; and a request modification 
processing~5ectiDrrwhich~niodif les said file dcce^ 
request so tiiat a response to said file access 
request can be sent back to the t^minal that issued 
said access request, directiy from tiie server deter- 
mined by said request analyzing section, and which 
instructs said transmitting section to transmit said 
modified file access request to said determined 
server, and 

said plurality of servers each include a 
request processing section which receives the file 
access request transmitted from said transmitting 
section of said virtual file management apparatus, 
and processes said received file access request, 
and which transmits tiie processed result to said 
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terminal at least when said file access request is a 
request to read file contents. 

2. A virtual file management system according to 
claim 1 , wherein s 

said management table further stores an 
attribute of said files, and 

said virtual file management apparatus fur- 
ther corrprises: a management table processing 
section which processes a file access request io 
made from each of said terminals to update or ref- 
erence said management table, creates response 
data from a processed result, and instructs said 
transmitting section to transmit said created 
response data to said terminal: and a control sec- is 
tion which identifies the type of the file access 
request received by said receiving section, and 
which passes said file access request in a selective 
manner to said management table processing sec- 
tion when said file access request is identified as a 20 
request to update or reference said management 
table, and to said request analyzing section when 
said file access request is identified as a request 
other than the request to tpdate or reference said 
management table. 25 

3. A virtual file management system according to 
claim 1 . wherein 

sard virtual file management apparatus fur- 
ther comprises: an identifier creation section which. 30 
when creating a new file in any one of said plurality 
of servers, creates for said file a new virtual file 
identifier not yet existing in said management tatrfe: 
a server selection section which selects a server 
where real data of said file is to be stored: a file ere- 35 
ation section which acquires a real file identifier cor- 
responding to said new virtual file identifier from the 
server selected by said server selection section: 
and a managemem table updating section which 
updates said management table by storing said 40 
new virtual file identifier, the server name of said 
server selected by said server selection section, 
and said real file identifier as a set in said manage- 
ment table. 

45 

4. — A-virtvial-file-managemeflt-system-eonstrticted-with 

a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

a virtual file management apparatus operat- so 
ing in at least one of said plurality of servers is pro- 
vided that comprises: a nnanagement table which 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored, a real ss 
file identifier in said server, artd an access inhibit 
flag are stored as a set for each of said virtual file 
identifiers: a receiving section which receives a file 
access request from each of said terminals: a 



723 A2 




request analyzing section which checks said man- 
agement table by using the virtual file identifier con- 
tained in the file access request, and thereby 
determines the server where the real data of the 
requested file is stored: a transnnitting section which 
transmits data; a request modification processing 
section which modifies said file access request so 
that a response to said file access request can be 
sent back to the terminal that issued said access 
request, directly from the server determined by said 
request analyzing section, and which instructs said 
transmitting section to transmit said modified file 
access request to said determined server: and a 
preprocessing section which checks said manage- 
ment table in connection with the file requested in 
the file access request received by said receiving 
section, and which, when said access inhibit flag is 
set. instructs said transmitting section to transmit 
data indicating an access inhibited condition to said 
terminal, but when said access inhibit flag is not set. 
passes said file access request to said request ana- 
lyzing section, and 

saki plurality of servers each include a 
request processing section which receives the file 
access request transmitted from sakj transmitting 
section of said virtual file management apparatus, 
processes said received file access request and 
transmits the processed result to said terminal. 

5. A virtual file management system according to 
claim 4. wherein sakJ virtual file management appa- 
ratus further comprises a file move processing sec- 
tion which, when moving real data of a particular file 
from one server to another server, sets said access 
inhibit flag in said management table and dupli- 
cates the real data of said particular file from the 
source server to the destination server, and which 
dears said access inhibit flag after updating said 
management table by changing said server name 
of the server where the real data of sakj particular 
file is stored and sakj real file kjerrtifier in said 
server to the server name of the destination server 
arxj the real file identifier in sakj destination server. 

6. A virtual file management system constructed with 
a-ph3raKtyt)f-servers-and-a-pt urali t y o f t e rminatslhar 

share file services provided by said servers, 
wherein 

a virtual file management apparatus operat- 
ing in at least one of said plurality of servers is pro- 
vided that conprises: a management table which 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored and a 
real file identifier in sakj server are stored as a set 
for each of said virtual file identifiers: an operating 
condition management table which manages data 
indicating whether sakj server is operating or not: a 
receiving section whicn receives a file access 
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request from each of said terminals; a request ana- 
tyzing section which checks said management 
tat^e by using the virtual file identifier contained in 
the file access request received by said receiving 
section, and thereby determines the server where 5 
the real data of the requested file is stored: a trans- 
mitting section which transmits data; and a request 
modification processing section which checks said 
operating condition management table to deter- 
mine whether said server determined by said w 
request analyzing section is operating or not. and 
which, when said server is not operating, instructs 
said transmitting section to transmit data indicating 
a non-operating corxjition to said terminal, but 
when said server is operating, modifies said file 15 
access request so that a response to said file 
access request can be sent back to the terminal 
that issued said access request, directly from the 
server determined by said request analyzing sec- 
tion, arxj instructs said transmitting section to trans- 20 
mit said modified file access request to said 
determined server, and 

said plurality of servers each include a 
request processing section which receives the file 
access request transmitted from saki transmitting 25 
section of said virtual file management apparatus, 
processes said received file access request, and 
transmits a processed result to said terminal. 

A virtual file management system constructed with 30 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, and 
capable of supporting a configuration in which file 
access requests from said terminals are issued to a 
virtual server that is different from said plurality of 35 
servers arxl that does not exist physically, wherein 
said plurality of servers each include: a file 
identifier list which manages file identifiers stored in 
each server; a transmitting section which transmits 
data: a request processing section which proc- 40 
esses a file access request and instructs said trans- 
mitting section to transmit the processed result to 
said terminals; and an access request monitoring 
section which monitors a file access request being 
n^de from said terminals to saki virtual server, and 45 
wfaicb-passes^said-tiie-access request~to-sai< 
request processing section only when the file iden- 
tifier contained in said file access request is stored 
in said file identifier list. 

so 

A virtual file management system according to 
claim 7. capaljle of supporting the creation of a new 
file, wherein 

one of said plurality of servers includes: a 
master file identifier list which manages the file 55 
identifiers of files stored on said plurality of servers: 
an identifier creation section which creates a new 
file identifier not yet existing in said master file iden- 
tifier list: a server selection section which selects a 



server where real data of said file is to be stored: a 
file creation section which instructs the server 
selected by said server selection section to create 
said file with said file identifier created by said iden- 
tifier creation section; and a master list updating 
section which adds said file identifier to said master 
file identifier list. 

said access request monitoring section is 
also capable of monitoring a file creation request, 
and 

each of said plurality of servers further 
includes a list updating section which updates said 
file identifiers stored in each server in compliance 
with an instruction from sakj file aeation section. 

9. A virtual file management system comprising a plu- 
rality of servers, a plurality of terminals that share 
file services provided by said servers, and at least 
one virtual file management apparatus, wherein 

said at least one virtual file management 
apparatus comprises: a management table which 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored and a 
real file identifier in said server are stored as a set 
for each of said virtual file identifiers; a receiving 
section which receives a file access request from 
each of said terminals: a request analyzing section 
which checks said management table by using the 
virtual file identifier contained in the file access 
request received by said receiving section, and 
thereby determines the server where the real data 
of the requested file is stored; a transmitting section 
which transmits data; and a request modification 
processing section which modifies said file access 
request so that a response to said file access 
request can be sent back to the terminal that issued 
said access request, directiy from tfie server deter- 
mined by said request analyzing section, and which 
instructs said transmitting section to transmit said 
nxxjified file access request to said determined 
server, and 

said plurality of servers each include a 
request processing section which receives tiie file 
access request transmitted from said transmitting 
-sectior»-of-said-viFtuaMile-management-apparattiSr 
and processes said received file access request 
and which transmits the processed result to sakf 
terminal at least when said file access request is a 
request to read file contents. 

10. A virtual file management system comprising a plu- 
rality of sen/ers for storing files, a plurality of termi- 
nals for issuing requests for supply of designated 
files from among said files, and a network connect- 
ing said servers with said terminals, wherein 

at least one of said servers includes: file 
management means for managing corresponding 
relationships between the files stored on said plu- 
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rality of servers and the servers where the files are 
stored; request frequency storage means for stor- 
ing the frequencies of the requests made from said 
terminals within a prescribed period of time for each 
managed file and/or for each managed server; and 5 
file move control means for selecting a file satisfy- 
ing a prescribed criterion from among said man- 
aged files by using said stored request frequencies, 
and for moving said selected file from the server 
where said file is stored to another server. jo 

11. A virtual file management system conprising a plu- 
rality of servers for storing files, a plurality of termi- 
nals for issuing requests for supply of designated 
files from among said files, and a network connect- is 
Ing said servers with said terminals, wherein 

at least one of said servers includes: file 
nnanagement means for managing corresponding 
relationships between the files stored on said plu- 
rality of servers and the servers where the files are 20 
stored; request frequency storage means for stor- 
ing the frequencies of the requests made from said 
terminals within a prescribed period of time for each 
managed file and/or for each managed server; file 
duplication control means for selecting a file satisfy* 
ing a prescribed criterion from among said man- 
aged f 9es by using said stored request frequencies, 
and for duplicating said selected file to a server dif- 
ferent from the server where said file is stored; and 
request processing means for. when said requests 30 
occur simultaneously for said duplicated file, 
processing said requests by also including said dif- 
ferent server as a target. 

12. A virtual file management system according to 35 
claim 10 or 11, wherein when said request fre- 
quency storage means stores said frequencies for 
each file, selecting a file satisfying a prescribed cri- 
terion by using said stored request frequencies 
means checking said stored request frequencies 40 
and selecting a file with the highest request fre- 
quency. 

13. A virtual file management system according to 
claim 10 or 11, wherein when said request fre- 4S 

quency-storage-means-stor€S-said-fr«^uencies-for 

each server, selecting a file satisfying a prescribed 
criterion by using said stored request frequencies 
means checking said stored request frequencies 
and selecting a file stored in a server with the high- so 
est request frequency 

14. A virtual file management system according to 
claim 10 or 11, wherein when said request fre- 
quency storage means stores said frequencies for 55 
each file and for each server, selecting a file satisfy- 
ing a prescribed criterion by using said stored 
request frequencies means selecting a server with 

the highest request frequency froni among said plu- 



rality of servers and then selecting a file with the 
highest frequency from anwng the files stored on 
said selected server. 

15. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 
which a virtual file identifier, a server identifier of 
each of said servers, and a real file identifier of 
each of said files are stored as a set, and 

sakj system comprises: a file access table in 
which an access count is stored for each of said vir- 
tual file identifiers; a file access count updating sec- 
tion which, when said virtual file management 
apparatus has received a file access request for a 
virtual file identifier from any one of said terminals, 
updates the access count con-esponding to said vir- 
tual file identifier in said file access table; a timer; 
and a file move management section which is acti- 
vated by said timer at predetermined intervals of 
time, and which checks the access counts in said 
file access table, moves real data corresponding to 
one or more virtual file identifiers between said plu- 
rality of servers, updates said virtual file manage- 
ment table, and resets said file access table. 

16. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management tat>le in 
which a virtual file identifier, a server identifier of 
each of said servers, and a real file identifier of 
each of said files are stored as a set. and 

said system comprises: a server access 
tat)le in which an access count is stored for each of 
said server identifiers; a server access count updat- 

ing-section-whichr-wher^-satd-vtrtoaHile-fnanage- 

ment apparatus has received a file access request 
for a virtual file identifier from any one of said termi- 
nals, locates the server identifier corresponding to 
said virtual file identifier in said virtual file manage- 
ment table, and updates the access count corre- 
sponding to said server identifier in said server 
access table; a timer; and a server move manage- 
ment section which is activated by said timer at pre- 
determined intervals of time, and which checks the 
access counts in said server access table, moves 
real data corresponding to one or nrore virtual file 
identifiers between said plurality of servers, 
updates said virtual file management table, and 
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resets said server access table. 

17. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers. 5 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in io 
which a virtual file identifier, a server identifier of 
each of said servers, and a real file identifier of 
each of said files are stored as a set, and 

said system comprises: a file access table in 
which an access count is stored for each of said vir- is 
tual file identifiers; a server access table in which an 
access count is stored for each of said server iden- 
tifiers; an access count updating section which, 
when said virtual file management apparatus has 
received a file access request for a virtual file iden- 20 
trfier from any one of said terminals, locates the 
server identifier con^esponding to said virtual file 
identifier in said virtual file management table, and 
updates the access count corresponding to said vir- 
tual file identifier in said file access table as well as 2s 
the access count corresponding to said server iden- 
tifier in said server access tat)fe; a timer; and a 
n>ove management section which is activated by 
said timer at predetermined intervals of time, and 
which checks the access counts in said server 30 
access table as well as in said file access table, 
moves real data corresponding to one or more vir- 
tual file identifiers between said plurality of servers, 
updates said virtual file management table, and 
resets said file access table and said server access 3S 
table. 

18. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers. 40 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 45 

wbicliAplurality_ofJdentififi(Lpairs._eachxonsisti 

of a server identifier of each of said servers and a 
real file identifier of each of said files, are stored in 
con'esponding relationship to each virtual file iden- 
tifier, arxj so 

said system comprises: a file access table in 
which an access count is stored for each of said vir- 
tual file identifiers; a file access count updating sec- 
tion which, when said virtual file management 
apparatus has received a file access request for a 55 
virtual file identifier from any one of said terminals, 
updates the access count corresponding to said vir- 
tual file identifier in said file access table; a timer; 
and a duplication management section which is 



activated by said timer at predetermined intervals of 
time, and which checks the access counts in said 
file access table, duplicates real data correspond- 
ing to a frequently accessed virtual file identifier to 
one or more servers selected from among said plu- 
rality of servers, adds the real file identifier and 
server kjentrfier of the duplicated data to said virtual 
file management table, and resets said file access 
table. 

19. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 
which a plurality of identifier pairs, each consisting 
of a server identifier of each of said servers and a 
real file identifier of each of said files, are stored in 
corresponding relationship to each virtual file iden- 
tifier, and 

saki system comprises: a file access table in 
which an access count is stored for each of sakJ vir- 
tual file identifiers; a file access count updating sec- 
tion which, when sakJ virtual file management 
apparatus has received a file access request for a 
virtual file identifier from any one of said terminals, 
updates the access count corresponding to sakJ vir- 
tual file kientifier in said file access table; a timer; 
and a duplication/deletion management section 
which is activated by said timer at predetermined 
intervals of time, and which checks the access 
counts in saki file access tat)te, duplicates real data 
corresponding to a frequently accessed virtual file 
kjentifier to one or more servers selected from 
among said plurality of servers, deleting all but one 
or more server kjentrf ier/real file identifier pairs from 
sakj virtual file management table for an infre- 
quently accessed virtual file identifier, updates sakJ 
virtual file management table, and resets said file 
access table. 

20. A medium for use with a virtual file management 
»ystenw)nstructed-wtth^-pkjfali ty of s e rv e r s-and-a- 
plurality of terminals that share file services pro- 
vided by said servers. 

sakj medium providing a program recorded 
thereon for implementing: a function A that man- 
ages files stored on sati plurality of servers by 
using virtual file identifiers and that stores a server 
name of a server where real data is stored and a 
real file kJentifier in savi sen/er as a set in a man- 
agement table for each of said virtual file identifiers: 
a function B that receives a file access request from 
each of said terminals; a function C that checks 
said management table by using the virtual file 
identifier contained in said received file access 



24 





47 



EP0 774 723 A2 



48 



request, and thereby determines the server where 
the real data of the requested file is stored; a func- 
tion D that rrxxjff ies said file access request so that 
a response to said file access request can be sent 
back to the terminal that issued said access 5 
request directly from said determined server, and 
that instructs a transmitting section to transmit said 
modified file access request to said determined 
server; and a function E that receives the file 
access request transmitted from said transmitting 10 
section and processes said received file access 
request, and that transmits the processed result to 
said terminal at least when said file access request 
is a request to read file contents. 



21. A medium providing a program recorded thereon 
for implementing the functions of all or part of the 
means of the virtual file management system as 
desaibed in any one of claims 1 to 19. 
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(54) Virtual file management system 

(57) A virtual file management system constructed 
with a plurality of servers and a plurality of terminals that 
share file services provided by said servers, is that a vir- 
tual file management apparatus operating in at least 
one of said plurality of servers is provided that has: a 
management table which manages files stored on said 
plurality of servers by using virtual file identifiers, and in 
which a server name of a server where real data is 
stored and a real file identifier in said server are stored 
as a set for each of said virtual file identifiers: a receiv- 
ing section which receives a file access request from 
each of said terminals; a request analyzing section 
which checks said management table by using the vir- 
luaHHeHdentffier-contained-irHhe-file-aceess-feqttest- 
received by said receiving section, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a transmitting section which transmits 
data; and a request modification processing section 
which modifies said file access request so that a 
response to said file access request can be sent back to 
the terminal that issued said access request, directly 
from the server determined by said request analyzing 
section, and which instructs said transmitting section to 
transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers each include a request 
processing section which receives the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, and processes 



said received file access request, and which transmits 
the processed result to said terminal at least when said 
file access request is a request to read file contents. 
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